软件测试文档编制规范
(国内标准)GB-软件开发主要文档编写规范
231 GB 8567－88软件开发主要文档编写规范本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。
这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。
一、可行性研究报告l 引言1.1 编写目的说明：说明本可行性研究报告的编写目的，指出预期的读者。
1.2 背景 说明：a ．所建议开发的软件系统的名称。
b ．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。
c ．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3 定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4 参考资料列出用得着的参考资料，如：a ．本项目的经核准的计划任务书或合同、上级机关的批文。
b ．属干本项目的其他已发表的文件。
c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
2 可行性研究的前提说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。
2.1 要求说明对所建议开发软件的基本要求，如： a ．功能。
b ．性能。
c ．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。
d. 输入说明。
系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。
e ．处理流程和数据流程。
用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。
f. 在安全与保密方面的要求。
g. 同本系统相连接的其他系统。
h. 完成期限。
2.2 目标说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。
b. 处理速度的提高。
c. 控制精度或生产能力的提高。
232 d ．管理信息服务的改进。
计算机软件文档编制规范3
a. CSCI必须分配给接口的优先级别； b. 要实现的接口的类型的需求（如：实时数 据传送、数据的存储和检索等）； c. CSCI必须提供、存储、发送、访问、接收 的单个数据元素的特性，如： 1）名称/标识符； a）项目唯一标识符； b）非技术（自然语言）名称； c）标准数据元素名称； d）技术名称（如代码或数据库中的变量 或字段名称）； e）缩写名或同义名；
3.5.x （接口的项目唯一标识符） 本条（从3.5.2开始）应通过项目唯一标 识符标识CSCI的外部接口，简单地标识接口实 体，根据需要可分条描述为实现该接口而强加 于CSCI的需求。该接口所涉及的其它实体的接 口特性应以假设或“当（未提到实体）这样做 时，CSCI将……”的形式描述，而不描述为其 它实体的需求。本条可引用其它文档（如：数 据字典、通信协议标准、用户接口标准）代替 在此所描述的信息。（若适用）需求应包括下 列内容，它们以任何适合于需求的顺序提供， 并从接口实体的角度说明这些特性的区别（如 对数据元素的大小、频率或其它特性的不同期 望）：
c. 处理 定义对输入数据、中间参数进行处理以获得 预期输出结果的全部操作。包括： 1）输入数据的有效性检查。 2）操作的顺序，包括事件的时间设定。 3）异常情况的响应，例如，溢出、通信故 障、错误处理等。 4）受操作影响的参数。 5）用于把输入转换成相应输出的方法。 6）输出数据的有效性检查。
d. 输出 1）详细说明该功能的所有输出数据， 例如，输出目的地、数量、度量单位、 时间关系、有效输出范围、非法值的处 理、出错信息等。 2）有关接口说明或接口控制文件的 参考资料。
1
范围
本章应分为以下几条。 1.1 标识 本条应包含本文档适用的系统和软件的完 整标识，（若适用）包括标识号、标题、缩略 词语、版本号和发行号。 1.2 系统概述 本条应简述本文档适用的系统和软件的用 途，它应描述系统和软件的一般特性；概述系 统开发、运行和维护的历史；标识项目的投资 方、需方、用户、开发方和支持机构；标识当 前和计划的运行现场；列出其它有关的文档。
软件文档国家标准
徐婷
1-16
3.3 计算机软件测试文档编制规范
3.3.1 标准的适用对象及范围
该规范是为软件管理人员、软件开发、测试和维 护人员、软件质量保证人员、审计人员、客户及用户 制定的。 用于描述一组与软件测试实施方面有关的基本测 试文档，该标准定义每一种基本文档的目的、格式和 内容。尽管标准所描述的文档侧重于动态测试活动， 但是有些文档仍适用于其他种类的测试活动（例如： 测试计划可用于设计和代码评审）。
徐婷
1-21
3.3 计算机软件测试文档编制规范
3.测试报告 测试报告包括4个文档： （1）测试项传递报告 指明在开发组和测试组独立工作的情况下或在希 望正式开始测试的情况下为进行测试而被传递的测试 项。 （2）测试日志 测试组用于记录测试执行过程中发生的情况。
软件文档
郑州大学信息工程学院
徐婷
1-22
软件文档 郑州大学信息工程学院 徐婷 1-9
3.2 计算机软件需求规格说明规范
3.2.2 软件需求文档的基本要求
SRS是对要完成一定功能、性能的软件产品、程 序或一组程序的说明。因此对SRS的描述有两项基本 要求： 1. 必须描述一定的功能、性能； 2. 必须用确定的方法叙述这些功能。 SRS作为软件开发规范之一，对软件开发的所有 阶段都起着非常重要的作用。但是，需要注意的是： SRS不能超出其作用范围，即除了SRS正确地定义所 有软件的需求之外，一般地SRS不描述任何设计、验 证或项目管理的细节，这是对SRS的另外两个要求。
软件文档
郑州大学信息工程学院
徐婷
1-20
3.3 计算机软件测试文档编制规范
2.测试说明 （3）测试规程说明 详细说明执行一组测试用例的各个步骤，或者 更广泛的说明为了评估一组特征而用于分析软件项的 各个步骤。 测试规程是与设计分开的，主要明确要遵循的 步骤，而不宜含有无关的细节。
软件测试标准规范
软件测试标准规范1目的为了确保软件产品质量，使产品能够顺利交付和通过验收，特编写本文档，以作参考2适用范围本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。
3职责➢项目测试负责人组织编制《测试计划》、《测试方案》，指导和督促测试人员完成各阶段的测试工作。
➢项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。
➢测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见➢项目负责人组织测试环境的建立。
➢项目经理审核负责控制整个项目的时间和质量。
➢研发人员确认修改测试人员提交的bug。
4工作流程4.1 测试依据详细设计是模块测试的依据。
因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料。
测试人员必须认真阅读，真正弄懂系统需求和详细设计。
4.2 制订《测试方案》在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容：➢测试目的；➢所需人员及相应培训要求；➢测试环境、工具和测试软件；➢测试用例、测试数据和预期的结果。
4.3 单元测试项目开发实现过程中，每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。
单元测试由单元开发者自己进行，使用白盒测试方法，根据程序单元的控制流程，争取达到分支覆盖。
对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。
单元测试针对程序模块，从程序的内部结构出发设计测试用例。
多个模块可以独立进行单元测试。
➢单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等；➢单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试；➢单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改。
软件测试的国家标准
GB/T 25000.1-2010《软件质量要求与评价（SQuaRE）指南》
CSTCJSBZ02《应用软件产品测试规范》
CSTCJSBZ03《软件产品测试评标准》软件测试依据的国家技术标准规范主要有以下八个：
GB/T 17544－1998《信息系统及软件完整性级别》
GB/T 16260－2006《软件质量模型与度量》
GB/T 18905－2002《软件工程产品评价》
GB/T 8567－2006《计算机软件文档编制规范》
GB/T9386-2008《计算机软件测试文件编制规范》
软件开发文档-软件测试规范详细模板(经典)
软件开发文档软件测试规范设计单位：建设单位：编制日期：目录第一章概述 (1)第二章测试理论 (2)2.1. 软件测试 (2)2.2. 测试目标 (3)第三章测试流程 (5)3.1. 测试流程图 (5)3.2. 流程细则 (9)3.2.1. 需求阶段 (9)3.2.2. 设计编码阶段 (9)3.2.3. 测试阶段 (9)3.2.4. 用户测试阶段 (11)3.3. 注意事项 (11)第四章测试类型 (14)4.1. 模块测试 (14)4.2. 子系统测试 (14)4.3. 系统测试 (15)4.4. 验收测试 (15)第五章黑盒测试方法 (16)5.1. 等价类划分 (18)5.2. 因果图 (20)5.3. 边值分析法 (21)5.4. 猜错法 (22)5.5. 随机数法 (23)第六章白盒测试方法 (24)6.1. 语句覆盖 (25)6.2. 判定理盖 (26)6.3. 条件覆盖 (27)6.4. 判定／条件覆盖 (28)6.5. 条件组合覆盖 (29)第七章测试错误类型 (31)7.1. A类 (31)7.2. B类 (31)7.3. C类 (32)7.4. D类 (32)7.5. E类 (33)第八章测试标准 (34)第九章附录一单元测试报告 (35)9.1. 测试过程与结果 (35)9.1.1. （某程序模块/文档名称）测试 (35)9.1.2. （某程序模块/文档名称）测试 (35)9.2. 测试结论 (36)第十章附录二集成测试报告 (37)第十一章附录三测试大纲 (38)11.1. 概述 (38)11.1.1. 编写目的 (38)11.1.2. 参考资料 (38)11.1.3. 术语和缩写词 (38)11.1.4. 测试内容和测试种类 (38)11.2. 系统结构 (39)11.3. 测试目的 (39)11.4. 测试环境 (39)11.4.1. 硬件 (39)11.4.2. 软件 (39)11.5. 人员 (39)11.6. 测试说明 (39)11.6.1. [测试1名称及标识符]说明 (40)11.6.2. [测试2名称及标识符]说明 (40)11.6.3. [测试3名称及标识符]说明 (41)11.6.4. [测试4名称及标识符]说明 (41)第十二章附录四测试大纲附录 (42)第十三章附录五测试计划 (44)13.1. 概述 (44)13.1.1. 编写目的 (44)13.1.2. 参考资料 (44)13.1.3. 术语和缩写词 (44)13.1.4. 测试种类 (44)13.2. 系统描述 (45)13.3. 测试环境 (45)13.3.1. 硬件 (45)13.3.2. 软件 (45)13.4. 测试安排 (45)13.4.1. （子系统1名称和项目唯一标识号） (45)13.4.2. （子系统2名称和项目唯一标识号） (46)13.5. 测试数据的记录、整理和分析 (46)第十四章附录六程序错误报告 (48)第十五章附录七测试分析报告 (50)15.1. 概述 (50)15.1.1. 编写目的 (50)15.1.2. 参考资料 (50)15.1.3. 术语和缩写词 (50)15.2. 测试对象 (50)15.3. 测试分析 (51)15.3.1. 测试结果分析 (51)15.3.2. 对比分析 (52)15.3.3. 测试评估 (52)15.4. 测试结论 (52)第一章概述本规范是对项目软件测试的一份指导性文件，对软件测试过程中所涉及到的测试理论、测试类型、测试方法、测试标准、测试流程以及软件产品开发单位所承担的职责进行总体规范，以有效保证软件产品的质量。
计算机软件文档编制规范4
4 软件配置管理活动
本章描述配置标识、配置控制、配置状态 记录与报告以及配置检查与评审等四方面的软 件配置管理活动的需求。 4.1 配置标识
4.1.1 本条必须详细说明软件项目的基线（即 最初批准的配置标识），并把它们与本计划的 3.2条描述的生存周期的特定阶段相联系。在 软件生存周期中，主要有三种基线，它们是功 能基线、分配基线和产品基线。对于每个基线， 必须描述下列内容：
c. 描述软件库控制的规程，其中包括库存软 件控制、对于适用基线的读写保护、成员保护、 成员标识、档案维护、修改历史以及故障恢复 等七项规程；
d. 如果有必要修补目标代码，则要描述其标 识和控制的方法。
4.2.3 对于各个不同层次的配置控制组和其他 修改管理机构，本条必须：
a. 定义其作用，并规定其权限和职责；
a. 软件媒体和媒体文档的标识。
b. 把文档和媒体置于软件配置管理的控制之下，并 把它正式地交付给用户。例如，要给出对软件库内的 源代码和目标代码进行控制的工具、技术和方法的描 述；如果用到数据库管理系统，则还要对该系统进行 描述。又如，要指明怎样使用软件库工具、技术和方 法来处理软件产品的交付。
c. 编制关于程序及其有关文档的修改状态的文档。 因此必须进一步定义用于准备多种级别（如项目负责 人、配置控制小组、软件配置管理人员和用户）的管 理报告的工具、技术和方法。
4.4 配置的检查和评审
本条必须：
a. 定义在本计划的3.2条所定义的软件生存 周期的特定点上执行的检查和评审中软件配置 管理计划的作用；
b. 规定每次检查的评审所包含的配置项；
c. 指出用于标识和解决在检查和评审期间发 现的问题的工作流程。
5 工具、技术和方法
本章必须指明为支持特定项目的软件配置管理所 使用的软件工具、技术和方法，指明它们的目的，并 在开发者所有权的范围内描述其用法。例如，可以包 括用于下列任务的工具，技术和方法：
(完整)软件测试规范
软件测试标准规范1目的为了确保软件产品质量,使产品能够顺利交付和通过验收,特编写本文档，以作参考2适用范围本文档适用于项目开发过程中的单元测试、集成测试、系统测试、业务测试、验收测试以及一些专项测试。
3职责➢项目测试负责人组织编制《测试计划》、《测试方案》,指导和督促测试人员完成各阶段的测试工作。
➢项目组测试人员按照《测试计划》、《测试方案》完成所承担的测试任务，并按要求填写《问题报告及维护记录》。
➢测试经理依照确认规程和准则对工作产品进行确认，提出对确认规程和准则的修改意见➢项目负责人组织测试环境的建立.➢项目经理审核负责控制整个项目的时间和质量。
➢研发人员确认修改测试人员提交的bug。
4工作流程4.1 测试依据详细设计是模块测试的依据。
因此设计人员应向测试人员提供《系统需求规格书名书》、《详细设计》、《概要设计》等有关资料.测试人员必须认真阅读，真正弄懂系统需求和详细设计.4.2 制订《测试方案》在测试之前，由项目负责人根据《测试计划》的要求，组织人员编制相应的《测试方案》，《测试方案》应包括以下内容:➢测试目的;➢所需人员及相应培训要求；➢测试环境、工具和测试软件;➢测试用例、测试数据和预期的结果.4.3 单元测试项目开发实现过程中,每个程序单元（程序单元的划分视具体开发工具而定，一般定为函数或子程序级）编码调试通过后，要及时进行单元测试。
单元测试由单元开发者自己进行,使用白盒测试方法，根据程序单元的控制流程,争取达到分支覆盖.对于交互式运行的产品，不便于进行自动测试的，可以采用功能测试的方法进行。
单元测试针对程序模块，从程序的内部结构出发设计测试用例。
多个模块可以独立进行单元测试。
➢单元测试内容包括模块接口测试、局部数据结构测试、路径测试、错误处理测试等；➢单元测试组织原则一遍根据开发进度安排对已开发完成的单一模块进行测试；➢单元测试停止标准：完成了所有规定单元的测试，单元测试中发现的bug已经得到修改.4.4 集成测试编码开发完成，项目组内部应进行组装测试.集成测试由项目负责人组织策划（编写测试计划、测试用例）并实施。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
文档编制规范
目录
文档编制规范 (1)
一、文档的分类 (2)
二、文档的编号 (2)
三、文档编写的格式要求 (3)
3.1、页面布局 (3)
3.1.1、页边距 (3)
3.1.2、页眉页脚 (3)
3.2、首页标题及公司基本信息 (4)
3.3、目录 (4)
3.4、正文 (4)
3.4.1、正文内容 (4)
3.4.2、小标题级别 (4)
3.4.3、图片与表格 (5)
3.4.4、功能点与列表 (8)
3.5、附件 (8)
一、文档的分类
将文档分成如下几类：
1、规章制度类（编号：GZZD）：公司、部门的各项规章制度；
2、工作规范类（编号：GZGF）：各部门的工作规范；
3、项目管理规范类（编号：XMGL）：项目管理规范、药监项目管理规范、招投标系统开
发与实施指南等；
4、项目类文档（编号：XM）：包括项目各个过程的产出物，如合同（HT）、建设方案（FA）、
需求文档（XQ）、设计文档（SJ）、操作手册（CZSC）、测试报告（CSBG）等；
5、体系类（ISO9001、ISO27001、CMMI3）；
6、知识类（编号：ZS）：各类技术经验总结等；
7、产品类（编号：产品名称缩写）：如OA、Mis平台、电子招投标产品的介绍资料/操作
手册等
8、其他类（不需要编号）：上述7个类别之外的其它文档。
二、文档的编号
文档的编号是文档唯一标识，主要用于文档的检索和版本控制。
文档编号规则如下：
文档编号=文档所属部门代码+文档类别代码+文档流水号+版本号
示例如下：
例如：QYGL－GZZD －001 V2.1
2．1表示第二版第一次修改
第一个文件
规章制度
企业管理部
说明：
1.部门代码为各部门的拼音首字母（公司的部门代码为GTXD）。
部门编码示例：
企业管理部－QYGL、人力资源部－RLZY、行政部－XZ、开发部－KF（子部门为KF1、KF2类推）、实施部－SS（子部门SS1、SS3类推）、测试部－CS等；
2.版本号使用2位数字进行声明，数字间使用英文标点“.”隔开。
首位数字表示第几个
版本，末尾数字表示版本内的第几次修改。
例如：v1.0表示第一次正式发布的版本；v1.2，表示在第一次发布后进行第二次修改后的文档。
3.其它类的文档（各种表单、ppt等），无需编号、页眉页脚，如《培训记录表》等。
4.EXCEL类文档按WORD文档编号方式编号。
5.其他各类外来文件，包括各法律法规、技术标准和顾客资料等，均按各自的原本编号，
也不需要另外修改。
三、文档编写的格式要求
3.1、页面布局
3.1.1、页边距
上下页边距：2.54厘米，左右页边距：3.17厘米（默认）。
3.1.2、页眉页脚
页眉：加入公司logo图片左对齐；后面加上文档名称，用小五号宋体字（Times new Roman）；文件编号和版本号，如“GTXD-GZZD-001 V1.0”右对齐；页眉顶端距离0.8厘米。
页脚：加入公司名称及联系方式居中；加入页码/总页数右对齐页面底部；用小五号宋体字（Times new Roman），页脚底端距离1.2厘米。
首页如果是封页，则不显示页眉页脚。
3.2、首页标题及公司基本信息
公司基本信息：顶格、两端对齐，以图片形式放置公司logo及公司基本信息。
标题：用一号加粗黑体字（数字或英文字体用Times new Roman），可分一行或多行居中对齐，4倍行距，正文文本，分行时，要做到词意完整，排列对称，间距恰当。
3.3、目录
目录（二字）：三号加粗宋体字，字符间距10磅，居中对齐，1.5倍行距，大纲级别正文文本，左右无缩进，段前段后无间距。
目录内容：五号宋体（Times new Roman），单倍行距，不加粗，不倾斜，采用“引用自动目录”方式获取目录。
在目录下方插入分页符。
3.4、正文
3.4.1、正文内容
五号宋体（Times new Roman），不加粗，标准字符间距，左对齐，首行缩进2字符，1.5倍行距，左右无缩进，段前段后无间距，其他保持标准。
3.4.2、小标题级别
3.4.2.1、第一级
三号宋体，加粗，标准字符间距，两端对齐，大纲级别1级，1.5倍行距，段前段后6磅，左右无缩进，项目符号和编号：一、二、……。
3.4.2.2、第二级
小三号宋体（Times new Roman），加粗，标准字符间距，两端对齐，大纲级别2级，1.5倍行距，段前段后6磅，左右无缩进，项目符号和编号：1.1、，1.2、，……。
3.4.2.3、第三级
四号宋体（Times new Roman），加粗，标准字符间距，两端对齐，大纲级别3级，1.5倍行距，段前段后6磅，左右无缩进，项目符号和编号：1.1.1、，1.1.2、，……。
3.4.2.4、第四级
小四号宋体（Times new Roman），加粗，标准字符间距，两端对齐，大纲级别4级，1.5倍行距，段前段后6磅，左右无缩进，项目符号和编号：1.1.1.1、，1.1.1.2、，……。
3.4.2.5、第五级
五号宋体（Times new Roman），加粗，标准字符间距，两端对齐，大纲级别4级，1.5倍行距，段前段后6磅，左右无缩进，项目符号和编号：1.1.1.1.1、，1.1.1.1.2、，……。
3.4.2.6、第六级
五号宋体（Times new Roman），不加粗，标准字符间距，两端对齐，大纲级别4级，1.5倍行距，段前段后6磅，左右无缩进，项目符号和编号：1.1.1.1.1.1、，1.1.1.1.1.2、，……。
3.4.3、图片与表格
3.4.3.1、图片
图片大于文档：将其缩小至左右两端与文档对齐，首行无缩进，大纲级别正文文本，1.5倍行距，左右无缩进，段前段后无间距，如下图所示：
图片较小：图片居中对齐，首行无缩进，大纲级别正文文本，1.5倍行距，左右无缩进，段前段后无间距，如下图所示：
3.4.3.2、表格
表格标题：五号宋体（Times new Roman），加粗，标准字符间距，水平居中对齐，使用底纹（如下表），跨页的表单需设置标题行重复。
无首行缩进，大纲级别正文文本，1.5倍行距，左右无缩进，段前段后无间距，其他保持标准。
表格内容：五号宋体（Times new Roman），不加粗，标准字符间距，根据内容选择水平左对齐或水平居中对齐，无首行缩进，大纲级别正文文本，1.5倍行距，左右无缩进，段前段后无间距，其他保持标准。
表格整体相对于文档，居中对齐。
如下表所示：
项目阶段建设方输出文档承建方输出文档
项目整体管理《变更申请表》《项目周报》
《变更申请表》
《会议纪要》
3.4.4、功能点与列表
3.4.4.1、功能点
五号宋体（Times new Roman），加粗，标准字符间距，左对齐，首行缩进2字符，大纲级别正文文本，1.5倍行距，左右无缩进，段前段后无间距，项目符号和编号：●。
如下所示：
●功能点
3.4.4.2、列表
五号宋体（Times new Roman），不加粗，标准字符间距，左对齐，首行缩进2字符，大纲级别正文文本，1.5倍行距，左右无缩进，段前段后无间距，项目符号和编号：。
如下所示：
✓列表1
✓列表2
✓列表3
✓列表4
✓列表5
✓列表6
3.5、附件
如有附件，在正文下插入分页符，另起一页，首行缩进2字符，使用五号宋体字，加粗，标识“附件”两字，后标全角冒号和名称。
附件如有序号，使用阿拉伯数码，如：“附件：1.×××××”；附件名称后不加标点符号。
附件具体内容排版与正文一致。
附件：1.×××××
附件：2.×××××附件：3.×××××附件：4.×××××附件：5.×××××附件：6.×××××附件：7.×××××。