GB/T 25000.51《系统与软件工程系统与软件质量要求和评价(SQuaRE) 第51部分:就绪可用软件产品(RUSP)的质量要求和测试细则》是软件测试的重要依据，也是CNAS软件测试中心申请认可资质一定会用的一部标准。前面的文章中我们为大家整体介绍了GB/T 25000.51标准的结构、涵盖的内容、软件产品的八大质量特性以及针对这八大质量特性如何开展测试。本文我们就一起来看一下，GB/T 25000.51标准对测试文档集有哪些要求。

测试文档集包括与测试计划、测试说明及测试结果相关的全部文档，其目的是能够证实软件是否符合标准中规定的软件产品质量要求，包括功能、性能效率、兼容性、易用性、可靠性、信息安全性、维护性、可移植性等。

首先，在6.1.2 中规定的是测试文档集的一致性要求。

6.1.2.1 ---测试文档集中所有文档的内容都应是没有错误、可验证的。如，异常情况报告中的每个异常，都应描述发现异常时的操作步骤、输入信息、具体异常信息等，做到按照该描述，可以复现异常情况。

6.1.2.2 ---测试文档集中文档自身的内容不能自相矛盾，各文档之间在说明同一内容时不应相互矛盾，且测试文档集不能与产品说明、用户文档集矛盾。例如，测试用例说明中，对于相同条件下执行的相同功能，不同的测试用例说明的期望结果不应互相矛盾，且不能与用户文档集中描述的功能操作结果相矛盾。

在6.1.3 中规定了测试文档集的内容要求：

6.1.3.1 ---测试文档集一般应包括测试计划、测试说明（测试用例和测试规程的说明）和测试结果等文档。

6.1.3.2 ---测试文档集应提供涵盖全部测试文档的清单。文档清单中应列出所有文档的标题及其标识符，便于区分。

6.1.3.3 ---测试文档集中每个文档应包含以下信息：

——标题：文档标题应准确简要概括文档主要内容；

——产品标识：标识产品的信息，包括产品的版本号、发布日期等，需与产品说明、用户文档中的产品标识一致；

——修改历史：应包含文档的修改历史，实现文档的可追溯性；

——目次或对内容的说明：应包含目次或对内容说明，方便读者查阅；

——该文档正文中引用文档的标识符，如，需求分析说明书 V2.0；

——有关作者和审查者的信息：指作者和审查者的姓名、职务等信息；

——术语表：对使用的术语通过术语表加以定义，以帮助读者理解。

6.1.3.4 ---测试文档集可以汇总成一个文档，也可以根据内容不同分为几个文档分别展示。

6.1.4.中规定了对方法的要求：

6.1.4.1 ---产品说明和标准5.3软件质量要求中提及的所有质量特性，都需要设计相应的测试用例，并进行测试验证。

6.1.4.2 ---产品说明和标准5.3软件质量要求中提及的所有质量特性，应至少设计一个对应的测试用例，并进行测试验证。

6.1.4.3 ---用户文档集中说明的每个功能，以及每个有代表性的功能组合，均应设计相应的测试用例，并进行测试验证。如OA系统中的请假申请功能模块，包含请假申请填写、提交、一级审核、二级审核等功能，则请假申请、提交、一级审核、二级审核等功能需要分别设计相应的测试用例来进行验证，同时整个请假申请流程也有设计相应的测试用例来进行验证。

6.1.4.4 ---用户文档集中说明的每个功能应至少设计一个测试用例，并进行测试验证。

6.1.4.5 ---所设计的测试用例应能用来证实软件与用户文档集中对应的陈述是相符的。

如，用户文档集中陈述的文档上传功能可以支持“.rar、.jpg、pdf”等格式的文件，则针对文档上传功能所设计的测试用例中，需要包含 “.rar、.jpg、pdf”等格式文件的测试验证。

6.1.4.6 ---当产品说明中提及需求文档的相关内容时，该内容需要设计相应的测试用例，并进行测试验证。

6.1.4.7 ---测试文档集中应明确的软件功能分解粒度，作为设计测试用例的依据。功能分解的粒度可能是：

  ——用户文档中的一段，如人员信息查询中的“查询”功能等

  ——一个Shell命令，如ls命令等；

  ——人机界面的按钮，如“登录”按钮等；

  ——语言命令，如C++语言中的printf命令等。

6.1.4.8 ---应明确每个测试用例所采用的设计方法，常用的设计方法有：

——边界值分析，针对各种边界情况设计测试用例，检验边界附近的程序处理结果。

——检查表，设计系列的检查点，并按照检查点进行测试验证的一种测试方法。

——数据流分析，对数据的各种流向进行测试验证的一种测试方法；

——故障插入，设计各种可能使软件运行出现错误的故障点；

——容量测试，对软件所能支持的最大并发用户数、最大交易吞吐量、存储数据最大容量等进行测试验证的一种测试方法；

——等价类，把程序的输入划分成若干部分，然后从每个部分中选取少数代表性数据当作测试用例的一种测试方法；

——因果图，用图解的方法表示输入的各种组合关系，写出判定表，从而设计相应的测试用例的一种测试方法。

6.1.4.9 ---所有的安装规程，都应设计相应的测试用例，并进行测试验证。如在线安装、快速安装、自定义安装等，需要分别设计相应的测试用例进行验证。

6.1.4.10 ---在产品说明和用户文档集中指明的所有操作限制（如时间限制、长度限制、数字精度要求、文件格式限制、电子邮件格式限制等），都需要设计相应的测试用例，并进行测试验证。例如用户文档中规定上传附件的上限为10MB，则应针对上传10MB大小文件附件设计测试用例。

6.1.4.11 ---对用户文档集、产品说明等中明示的、违反句法条件的输入，都需要设计相应的测试用例，并进行测试验证，如登录的密码长度不能少于6位，则需要设计用户密码长度少于6位的测试用例进行测试验证。

6.1.4.12 ---若用户文档集中给出了相应的示例，则这些示例都应用来设计成测试用例，但是不应局限于这些示例，还需要根据实际情况补充相应的测试用例，以保证测试覆盖的全面性。

如用户文档集中给出A部门普通员工的文件送审功能的示例，则需要针对示例进行相应的测试用例设计进行验证，同时，还需要再补充A部门经理角色，以及其他部门的员工等角色进行文件送审的测试用例设计和验证。

6.1.4.13 ---当标准5.3软件质量要求中的任何要求不适用时，可以声明不适用，但需说明理由。如对于字符操作的软件产品，易用性中的用户界面舒适性则可以声明不适用，但是需要说明软件产品是字符操作界面，没有图片等图形界面。建议在测试计划阶段的文档中进行说明。

6.1.4.14 ---对产品说明和用户文档集中所陈述的所有配置都应进行测试。如高速收费软件中的费率、免费区间等参数的设置，需要分别设计相应的测试用例，来分别验证费率、免费区间等参数设置的有效性，以及设置费率、免费区间不同组合的参数配置下的有效性。

后面的文章我们会继续为大家介绍GB/T 25000.51标准中对软件测试计划要求、对软件测试说明要求以及对测试结果要求，欢迎大家继续关注。