系统与软件工程软件测试文档
组织级软件测试文档结构图集
组织级测试过程文档集
组织级测试规格说明描述组织层面的测试信息，并且不依赖于项目。其在组织级测试过程中的典型事例包括：
测试方针：测试方针定义了组织内适用的软件测试的目的和原则，它定义了测试应该完成什么，但没有详细说明如何执行测试，测试方针为建立，评审和持续改进组织的测试方针框架。
组织级测试策略：组织级测试策略是一个技术性文档，针对组织内部如何进行测试提供了指导。例如如何实现测试方针中规定的目标。
组织级测试策略是一个组织层面上的通用文件，为项目提供了一些范围内的指导，但并不是针对某个具体项目。对于小型或者高度相似的组织,一个单独的组织级测试策略也许可以覆盖所有的测试活动。如果一个组织以一系列明显不同的方式开发,则可能有不止一个的组织级测试策略,比如组织同时有安全关键产品和安全非关键产品,或者同时使用敏捷V-模型开发模式,也可能程序大到可以拥有自己的策略。如果没有单独的测试方针,则组织级测试策略可以包含测试方针的内容。一个组织级测试策略包括相关子过程的识别和对应的策略说明。如果各个测试子过程对应的策略说明完全不同,则组织级测试策略文档可能被划分成多个子部分,以对应每个独立的测试子过程。
测试准入与准出准则：
指定一个准则用于已经决定一个已定义的测试子过程其测试活动应该开始和停止的时间点。一个测试子过程包括以下过程:
—测试的设计和实施;
—测试环境的建立和维护；
—测试执行;
—测试事件报告；
不同的准入和准出准则可以为每个子过程单独定义,也可以选择一些子过程进行定义,或者也可以把整个子过程看成一个整体进行定义。
测试管理过程文档集：
测试管理过程文档包括以下几类：
—测试计划
—测试状态报告
—测试完成报告
测试计划：
测试计划描述了在初始规划期间做的决定,并作为控制活动的一部分进行重新规划。
测试计划提供了一个测试计划和测试管理文档。一些项目可以有一个独立的测试计划,而相对于较大的项目可能会产生多个测试计划。测试计划可用于多个项目(从项目层面),或者用于一个单一的项目(项目测试计划/主测试计划),或者用于一个特定的测试子过程(系统测试计划、集成软件测试计划、子系统测试计划,分包商软件测试计划,单元软件测试计划,性能测试计划或者测试的具体迭代)，如果制定更多的软件测试计划,可能需要构建映射树来帮助记录文档之间的关系和每个文档包含的信息。
测试状态报告：
测试状态报告提供了在特定报告期内执行的测试的状态信息。
注:在一个敏捷项目中,测试状态报告可能不是一个书面文档。例如,它的内容可以在迭代会议中讨论,并由存储在活动板和燃尽图中的信息进行补充。
测试完成报告：
测试完成报告提供了已执行测试的总结。这个报告可能是针对整个项目或者特定的测试子过程。
动态测试过程文档集：
在动态测试过程中产生的文档包括以下几种类型:测试规格说明,分为:
—测试设计规格说明;
—测试用例规格说明;
—测试规程规格说明。
注1:这些可能是单独的文件，可能作为测试规格说明文档的章节出现，也可能根据测试项目的大小和性质以章程的形式出现。
—测试数据需求；
—测试环境需求;
—测试数据准备报告;
—测试环境准备报告;
—测试执行文档集分为
实测结果;
测试结果;
测试执行日志;
事件报告。
带说明的完整文档模板可以在下文找到。附录A提供了每个文档的简短概述。附录1~附录S为示例的组织提供动态测试过程文档集示例。
注2:有许多文档集的样式和名称,例如:在敏捷测试中,有包含测试理念的会话表和章程。在 2.2中规定的裁剪符合性中,可以用其他名称替换这一部分中的名称。同时产生映射表。在附录】~附录S中,列举了两个具有裁剪名称选项的不同项目类型。它们不包括所有的文件名、格式和测试方法,但是会显示一些可能的选项。
测试用例规格说明：
测试用例规格说明标识了测试覆盖项，以及从一个或多个特征集测试依据导出的相应测试用例。
测试覆盖项：
对测试条件的测试覆盖项进行总结。通过将测试设计技术应用于测试条件,推导出测试覆盖项。示例:等价类划分法将测试覆盖项划分为有效等价类和无效等价类。测试用例规格说明的这一部分可能会列出相应特性集和/或测试条件下的测试覆盖项。
注:测试覆盖项可能在文档中的列表或表中描述,也可以使用工具,例如数据库或专用测试工具。测试覆盖项并不总是正式记录的,因为它们可以被看作是测试用例的初稿。
测试环境需求：
测试环境需求描述了执行测试规程规格说明中定义的测试规程所需的测试环境的属性。在适当的情况下，本文件可以简单地引用可以找到相关信息的地方。
示例:这些信息能在组织级测试策略、测试计划或测试规格说明中找到。
测试事件报告：
测试事件是在测试过程中注意到的任何需要记录操作的问题。测试事件记录在事件报告中。每个独特的事件都有一个事件报告(事件报告也可以称为缺陷报告、错误报告、故障报告等)。
事件报告可以记录在文档中的列表或表中,也可以使用工具(例如数据库或专用bug跟踪工具)。
事件报告的格式可以在组织的其他地方定义,例如作为事件管理过程的一部分,在这种情况下,应该使用该定义。
