GB/T38634.32020

4.20 测试环境 testenvironment 用于执行软件测试的设施、硬件、软件、固件、规程和文档集。 注：测试环境可包括多种环境以适应指定的测试子过程（例如单元测试环境、性能测试环境等）。 4.21 测试环境准备报告testenvironmentreadinessreport 描述每个测试环境需求实现程度的文档。 4.22 测试环境需求testenvironmentrequirements 测试环境必要性质的描述。 注：所有或部分的测试环境需求可以参考可获取的信息，例如合适的组织级测试策略、测试计划和/或测试规格 说明。 4.23 测试执行日志testexecutionlog 记录一个或多个测试规程执行细节的文档。 注：测试执行日志也称为测试记录。 4.24 测试项testitem 作为测试对象的工作产品。 示例：系统、软件项、需求文档、设计规格说明、用户指南。 4.25 测试计划testplan 描述需要达到的测试目标以及实现该测试目标的方法和安排的文档，用于协调测试项的测试活动， 注1：一个项目可以有多个测试计划，例如可以有一个项目测试计划（也称为主测试计划），其包含了该项目所有的 测试活动；更多测试活动的细节可在一个或多个测试子过程计划（即，系统测试计划或性能测试计划)中定义。 注2：通常测试计划是书面记录的，尽管其他的计划形式也可在组织或项目中局部定义。 注3：也可以为非项目活动编写测试计划，例如维护测试计划。 4.26 测试方针testpolicy 在组织内部描述测试目的、目标、原则和范围的管理级文档。 注1：测试方针规定了测试执行的内容以及测试预计将达到的结果，而不是测试执行的具体内容。 注2：测试方针可提供一个建立、评审和持续改进组织测试的框架。 4.27 测试规程规格说明testprocedurespecification 说明一个或多个测试规程的文档。这些测试规程是具有特定目标的测试用例的集合。测试集中的 测试用例按测试规程的需求顺序列出。 注：测试规程规格说明也称为人工测试脚本。自动化测试运行的测试规程规格说明通常被称为测试脚本。 4.28 测试结果 testresult 指定的测试用例是否通过的标示，即观察到测试项输出的实测结果是否与预期结果一致或有偏差。 4.29 测试集 testset 一个或多个测试用例的集合，其执行时具有共同的约束。

测试环境testenvironment 用于执行软件测试的设施、硬件、软件、固件、规程和文档集。 注：测试环境可包括多种环境以适应指定的测试子过程（例如单元测试环境、性能测试环境等）。 4.21 测试环境准备报告testenvironmentreadinessreport 描述每个测试环境需求实现程度的文档。 4.22 测试环境需求testenvironmentrequirements 测试环境必要性质的描述。 注：所有或部分的测试环境需求可以参考可获取的信息，例如合适的组织级测试策略、测试计划和/或测试规格 说明。 4.23 测试执行日志testexecutionlog 记录一个或多个测试规程执行细节的文档。 注：测试执行日志也称为测试记录。 4.24 测试项testitem 作为测试对象的工作产品。 示例：系统、软件项、需求文档、设计规格说明、用户指南 4.25 测试计划testplan 描述需要达到的测试目标以及实现该测试目标的方法和安排的文档，用于协调测试项的测试活动。 注1：一个项目可以有多个测试计划，例如可以有一个项目测试计划（也称为主测试计划)，其包含了该项目所有的 测试活动；更多测试活动的细节可在一个或多个测试子过程计划（即，系统测试计划或性能测试计划)中定义。 注2：通常测试计划是书面记录的，尽管其他的计划形式也可在组织或项目中局部定义。 注3：也可以为非项目活动编写测试计划，例如维护测试计划。 4.26 测试方针testpolicy 在组织内部描述测试目的、目标、原则和范围的管理级文档。 注1：测试方针规定了测试执行的内容以及测试预计将达到的结果，而不是测试执行的具体内容。 注2：测试方针可提供一个建立、评审和持续改进组织测试的框架。 4.27 测试规程规格说明testprocedurespecification 说明一个或多个测试规程的文档。这些测试规程是具有特定目标的测试用例的集合。测试集中的 测试用例按测试规程的需求顺序列出。 注：测试规程规格说明也称为人工测试脚本。自动化测试运行的测试规程规格说明通常被称为测试脚本。 4.28 测试结果 testresult 指定的测试用例是否通过的标示，即观察到测试项输出的实测结果是否与预期结果一致或有偏差。 4.29 测试集 testset 一个或多个测试用例的集合，其执行时具有共同的约束。 示例宝的洲试环境专业的领城知识或情宝的日的

测试集test set

个或多个测试用例的集合管道标准，其执行时具有共同的约束。 示例.特定的测试环境、专业的领域知识或特定的目的

GB/T 3863432020

4.30 测试规格说明 testspecification 包含针对特定测试项的测试设计、测试用例和测试规程的全部文档集。 注：测试规格说明具体可以是一个文档、文档集合或以其他方式，例如文档和数据库条目的混合。 4.31 测试状态报告teststatusreport 提供在指定报告期间所执行测试的状态信息的报告。 4.32 测试策略 各teststrategy 测试计划的一部分。用于描述对特定测试项目或测试子过程进行测试的方法。 注1：测试策略和组织级测试策略是不同的。 注2：测试策略通常描述以下部分或全部：使用的测试实践、实现的测试子过程、采用的复测和回归测试、使用的测 试设计技术和相应的测试完成准则、测试数据、测试环境和测试工具需求、测试交付物的预期。 4.33 测试追踪矩阵 testtraceabilitymatrix 用于识别文档集和软件中相关项（如测试相关的需求）的文档、电子表格或其他自动化工具。 注1：测试追踪矩阵也称为验证交叉引用矩阵、需求测试矩阵、需求验证表等。 注2：不同的测试追踪矩阵可能有不同的信息、格式和细节程度。 4.34 测试testing 为发现和/或评价一个或多个测试项的属性而进行的一系列活动。 注：测试活动可包括测试的计划、准备、执行、报告和管理活动，其均与测试直接相关

4.30 测试规格说明 testspecification 包含针对特定测试项的测试设计、测试用例和测试规程的全部文档集。 注：测试规格说明具体可以是一个文档、文档集合或以其他方式，例如文档和数据库条目的混合。 4.31 测试状态报告teststatusreport 提供在指定报告期间所执行测试的状态信息的报告。 4.32 测试策略 各teststrategy 测试计划的一部分。用于描述对特定测试项目或测试子过程进行测试的方法。 注1：测试策略和组织级测试策略是不同的。 注2：测试策略通常描述以下部分或全部：使用的测试实践、实现的测试子过程、采用的复测和回归测试、使用的测 试设计技术和相应的测试完成准则、测试数据、测试环境和测试工具需求、测试交付物的预期。 4.33 测试追踪矩阵 testtraceabilitymatrix 用于识别文档集和软件中相关项（如测试相关的需求）的文档、电子表格或其他自动化工具： 注1：测试追踪矩阵也称为验证交叉引用矩阵、需求测试矩阵、需求验证表等。 注2：不同的测试追踪矩阵可能有不同的信息、格式和细节程度。 4.34 测试testing 为发现和/或评价一个或多个测试项的属性而进行的一系列活动。 注：测试活动可包括测试的计划、准备、执行、报告和管理活动，其均与测试直接相关

5组织级测试过程文档集

型示例包括： 测试方针； 组织级测试策略。 文档的完整模板将在5.2和5.3中进行文本解释。附录A为每个文档提供了简短的说明。附录D 和附录E分别提供了关于测试方针的示例和关于组织级测试策略的项目示例

测试方针定义了组织内适用的软件测试的目的和原则。它定义了测试应该完成什么，但没有详细 兑明如何执行测试。测试方针为建立、评审和持续改进组织的测试方针提供了框架。 A.2.2提供了一个组织级测试方针的概述，D.1和D.2提供了示例来演示两个不同的项目如何制定 租织级测试方针，

5.2.2文档概要信息

文档概要信息用来识别文档和描述文档的来源和历史。 注：如果文档内容是以电子形式（比如数据库)保存，则可以把文档信息放在文档的前面或者中间位置，

5.2.2.2文档的唯一标识符

5.2.2.3发布组织

说明负责编制和发布的组织，可能包括作者

说明负责编制和发布的组织，可能包括作者

5.2.2.4审批权限

GB/T38634.32020

5.2.2.5修订说明

用于记录自文档生成开始所经过的所有改动的修订记录。 示例1：应该包括一个列表，包括为每个文档创建的唯一标识符、相对于早期版本的改动原因、进行改动人员的名字 和角色等内容的描述。 示例2：改动原因可能包括审核意见、小组审查和系统变化，改动人员可能是文档作者、项目经理和系统管理员

用于记录自文档生成开始所经过的所有改动的修订记录。 示例1：应该包括一个列表，包括为每个文档创建的唯一标识符、相对于早期版本的改动原因、进行改动人员的名字 和角色等内容的描述 示例2：改动原因可能包括审核意见、小组审查和系统变化，改动人员可能是文档作者、项目经理和系统管理员

通过文档识别对象区域的覆盖程度，并描述所有的包含关系、排除关系、假设和/或限制。

5.2.3.3引用文档

列出引用的文档并标识系统、软件和测试信息的存储库。这些引用可以分为“外部”引用（来自组 部）和“内部”引用（来自组织内部） 示例：引用文档可以是方针、计划、程序以及其他来源的数据

提供了一个词库，其中包括了在文档中使用的任何术语、缩略语和首字母缩写词。 注：这个部分可能是一个附录，也可能是一个提供通用词汇的其他文档。整个或部分词汇表可以是在线的，而首字 母缩写列表也是可以在线的，其形式是独立的测试特定词汇表，或者合并于一个更大的组织级词汇表中（不仅 仅包括和测试相关的词汇）

5.2.4测试方针说明

5.2.4.1测试且标

描述组织内部的目的、目标和整体测试范围 织为什么实施测试和他们期望达到的目标

5.2.4.2测试过程

确定组织将要依据的测试过程。 提供测试过程细节的具体参考文档。 示例：GB/T38634.2就是这样的一个文档。测试过程中的活动细节可以在更加详细的测试过程文档集中描述。

GB/T 3863432020

5.2.4.3测试组织结构

5.2.4.4测试人员培训

试组织中工作的人员所需要的培训和认证进行

5.2.4.5测试人员道德

确定测试人员需要遵守的组织道德准则。

确定测试人员需要遵守的组织道德准则

说明测试组织内部使用的标准。

5.2.4.7其他相关方针

确定影响测试组织的方针。 示例：一个方针的声明可能是这样的：测试需要符合质量方针。

5.2.4.8衡量测试的价值

5.2.4.9测试资产归档和重用

对组织在测试资产归档和重用上的立场进行说明

5.2.4.10测试过程改进

对确保持续改进测试过程的方法进行说明

GB/T38634.32020

5.3.2文档概要信息

图2组织级测试策略结构示例

文档概要信息主要用来识别文档和描述文档的来源和历史 注：如果文档内容是以电子形式（比如数据库）保存，则可以把文档信息放在文档的前面或者中间位置

5.3.2.2文档的唯一标

唯一标识文档的版本。 示例：唯一标识符可能包括文档的标题、发布日期、版本和/或文档状态（比如草案、已评审、已修正、最终版）。

5.3.2.3发布组织

说明负责编制和发布的组织.可能包括作者

5.3.2.4审批权限

5.3.2.5修订说明

用于记录自文档生成开始所经过的所有改动的修订记录， 示例1：应该包括一个列表，包括为每个文档创建的唯一标识符、相对于早期版本的改动原因、进行改动人员的名 色等内容的描述。 示例2：改动原因可能包括审核意见、小组审查和系统变化，改动人员可能是文档作者、项目经理和系统管理员。

GB/T 38634 32020

GB/T 3863432020

提供关于文档周境和结构的解释性信息。

5.3.3.3引用文档

列出引用的文档并标识系统、软件和测试信息的存储库。这些引用可以分为“外部”引用（来自组 部）和“内部”引用（来自组织内部）。 示例：引用文档文献可以是方针、计划、程序以及其他来源的数据

提供了一个词库，其中包括了在文档中使用的任何术语、缩略语和首字母缩写词。 注：这个部分可能是一个附录，也可能是一个提供通用词汇的其他文档。整个或部分词汇表可以是在线的，而首字 母缩写列表也是可以在线的，其形式是独立的测试特定词汇表，或者合并于一个更大的组织级词汇表中（不仅 仅包括和测试相关的词汇）

了一个词库，其中包括了在文档中使用的任何术语、缩略语和首字母缩写词。 个部分可能是一个附录，也可能是一个提供通用词汇的其他文档。整个或部分词汇表可以是在线的，而首字 缩写列表也是可以在线的，其形式是独立的测试特定词汇表，或者合并于一个更大的组织级词汇表中（不仅 包括和测试相关的词汇）

5.3.4项目范围的组织级测试策略说明

策略定义了指定的范围。本条主要 过程都适合，且都在策略范围内。 如果有需要， ，本杀可能还 方针的一部分

5.3.4.2通用的风险管理

说明用于指导测试活动的通用的风险管理方法

5.3.4.3测试选择和优先级

介绍了组织以优先测试规程的方式 和确定测试执行的优先级。测试规程包括优先测试用 些用例通过优先测试条件和覆盖项从优先特征集获得

5.3.4.4测试文档集和报告

标识整个测试项目在测试期间预期生成的文档。介绍每个文档完成的时间点和相关的审批流 文档和方针规定的测试过程紧密联系

5.3.4.5测试自动化和工具

通还了组织内的自动化测试方法 示例：可能包括了测试管理工具 工具、信息安全测试工具和易用性测试工具

5.3.4.6测试工作产品的配置管理

对测试中的工作产品要实施的配置管理进行说明；对如何识别、追踪和存储这些工作产品进行 并提供给利益相关方。

5.3.4.7事件管理

说明在测试时该如何管理事件，或者引用其他地

5.3.4.8测试子过程

5.3.5.1准入和准出准则

GB/T38634.32020

指定一个准则用于已经决定一个已定义的测试子过程其测试活动应该开始和停止的时间点。 一个测试子过程包括以下过程： 测试的设计和实施； 测试环境的建立和维护； 测试执行； 测试事件报告。 不同的准人和准出准则可以为每个子过程单独定义，也可以选择一些子过程进行定义，或者也可以 整个子过程看成一个整体进行定义

5.3.5.2测试完成准则

5.3.5.3测试文档集和报告

确定用于测试子过程的测试活动的测试文档集，包括测试报告在内。 描述了每个文档或者报告准备好的时间和相关的审批过程。这和方针规定的测试过程紧密相关

5.3.5.4独立程度

5.3.5.5测试设计技术

式子过程中，测试设计和实施期间使用的具体测试

5.3.5.6测试环境

确定测试子过程的测试 试环境的团 组织。也可说明测试数据的来 据的团队或组织

5.3.5.7待收集的度量

5.3.5.8复测和回归测试

式子过程的复测和回归测试中使用的策略、条件利

GB/T 3863432020

测试管理过程中制定的文档包括以下类型： 测试计划； 测试状态报告； 测试完成报告。 带解释的完整文档模板可在下文找到。附录A为每个文档提供了一个简短的说明。附录F～ 附录H为示例项目提供了测试计划、测试状态报告和测试完成报告的示例

测试计划描述了在初始规划期间做的决定，并作为控制活动的一部分进行重新规划。 测试计划提供了一个测试计划和测试管理文档。一些项目可以有一个独立的测试计划，而相对于 校大的项目可能会产生多个测试计划。测试计划可用于多个项目（从项目层面），或者用于一个单一的 页目（项目测试计划/主测试计划），或者用于一个特定的测试子过程（系统测试计划、集成软件测试计 划、子系统测试计划、分包商软件测试计划、单元软件测试计划、性能测试计划或者测试的具体迭代）。 如果制定更多的软件测试计划，可能需要构建映射树来帮助记录文档之间的关系和每个文档包含的 信息。 A.2.4提供了测试计划的大纲，而F.1和F.2提供了一些示例用来演示如何在两个不同的示例项目 中制定测试计划

6.2.2文档概要信息

文档概要信息主要用来识别文档和描述文档的来源和历史。 注：如果文档内容是以电子形式（比如数据库)保存，可以把文档信息放在文档的前面或者中间位置。

6.2.2.2文档的唯一标让

唯一标识文档的版本。 示例：唯一标识符可能包括文档的标题、发布日期、版本和/或文档状态（比如草案、已评审、已修正、最终版）。

6.2.2.3发布组织

说明负责编制和发布的组织，可能包括作者

6.2.2.4审批权限

6.2.2.5修订说明

用于记录目文档生成开始所经过的所有改动的修订记录。 示例1：应该包括一个列表，包括为每个文档创建的唯一标识符、相对于早期版本的改动原因、进行改动 和角色等内容的描述。 示例2：改动原因可能包括审核意见、小组审查和系统变化，改动人员可能是文档作者、项目经理和系统 12

用于记录目文档生成开始所经过的所有改动的修订记录。 示例1：应该包括一个列表，包括为每个文档创建的唯一标识符、相对于早期版本的改动原因、进行改动人员的名字 和角色等内容的描述。 示例2：改动原因可能包括审核意见、小组审查和系统变化，改动人员可能是文档作者、项目经理和系统管理员 12

提供关于文档周境和结构的解释性信息。

6.2.3.3引用文档

GB/T38634.32020

）和“内部”引用（来自组织内部） 示例：与单个测试子过程相关的测试项文档集引用文档包括

需求； 设计； 用户指南； 操作指南； 安装指南。

提供了一个词库，其中包括了在文档中使用的任何术语、缩略语和首字母缩写词。 主：这个部分可能是一个附录，也可能是一个提供通用词汇的其他文档。整个或部分词汇表可以是在线的，而首字 母缩写列表也是可以在线的，其形式是独立的测试特定词汇表，或者合并于一个更大的组织级词汇表中（不仅 仅包括和测试相关的词汇）

提供关于测试周境的信息。

提供关于测试周境的信息

6.2.4.2项目/测试子过程

定正在编写的计划和其他相关信息所关联的项目

确定本计划中覆盖的测试项，包括可以找到这些信息的版本/修订或引用。 本条可描述测试项的任务/业务目标，或者能找到这些信息的引用。 注：这些信息可以在一个系统定义文档中定义，例如操作的概念。 示例：测试项可能是一个软件单元、单元之间的接口、一个子系统或者一个完整的系统。 本条也可以用来确定将测试项从其他环境转移到测试环境的任何规程

6.2.4.4测试范围

GB/T 3863432020

6.2.4.5假设和约束

6.2.4.6利益相关方

相关方及其与测试的相关性。描述利益相关方之

描述测试、其他生命周期活动和组织内部之间的交流方式， 示例：这可能包括解决测试活动中发现的问题的授权以及批准测试产品和过程的授权。 这些信息可被可视化呈现。 注：可视化呈现方式可能包括一个组织结构图或说明信息流和数据流的图

确定本计划覆盖的测试风险。这可能包括在组织级测试策略中详细说明的任何相关风险。基于每 个风险的影响和出现概率为其提供一个风险级别。提供应对风险的建议。本条可以参考单独的风险标 记的文档。 示例：应对风险的建议包括消除、降低或者忽略风险， 注，风险标记可以在 项目计划或者风险管理计划中找到

6.2.6.2 产品风险

6.2.6.3项目风险

测试相关项目的风险，并提供应对每个风险的 测试相关项目风险可能包括和进度或资源相关的风险

描述了测试特定测试项目或者测试子过程的方法，如下面列出的子条目。该文档可参照组织级 策略并仅陈述与之不同之处

5.2.7.2测试子过程

在项目测试计划中确定将要进行的测试子过程。

6.2.7.3测试交付物

确定测试活动中需要交付的所有文档或以电子方式记录的同等信息，例如在数据库或专用测证 中记录。 示例可能包括以下文档：

GB/T38634.32020

测试计划； 测试设计规格说明； 测试用例规格说明； 测试规程规格说明； 测试数据准备报告； 测试环境准备报告； 事件报告； 测试状态报告； 测试完成报告。 交付物可包括测试输人数据和测试输出数据，也可包括作为测试活动的一部分的测试工具。如果 文档已经合并或者消除，那么这个列表需要相应的修改。 本条可包括文档需要 /从谁手里交付（最好用职位而非人名）

6.2.7.4测试设计技术

说明采用的测试设计技术。

6.2.7.5测试完成准则

描述了相关的测试组织认为测试执行活动完成的条件。 示例：可能是达到一定的覆盖率.具有明显缺陷的数量未超过指定的限额

6.2.7.6待收集的度量

描述了在测试活动中需要为其收集值的度量

6.2.7.7测试数据需求

指定项目或者测试子过程（如果适用）的所有相关测试数据需求。 示例：这可能确定了测试数据的来源和具体测试数据的位置、数据为了保密是否已伪装、和/或负责测试数据的 角色。 如果适用风电场标准规范范本，这些测试数据的需求可参见测试数据需求（见7.5）

6.2.7.8测试环境需求

指定测试环境的必要性和期望的属性。 示例1：这可能包括硬件、软件、测试工具、数据库和人员（如有需要，确定他们的组织）。 包括每个工具的选择、评估、获取和支持等信息。可包括测试准备、测试执行（包括数据采集），以及 任何执行后期活动的测试环境需求。 示例2：执行后的活动可能为数据分析。 如果适用，这些测试环境的需求可能被推迟到测试环境需求文档（见7.6）中，但是在测试计划中应 该说明对这个单独文档的引用

6.2.7.9复测和回归测证

说明复测和回归测试的执行条件。可能包括测试周期预测数的描述。

花纹板标准6.2.7.10暂停和恢复准则

说明在暂停和恢复测试计划中所有或者 一部分测试活动时的准则。说明暂停和恢复测试活动的