GB/T 38634.3-2020
基本信息
标准号： GB/T 38634.3-2020
中文名称：系统与软件工程 软件测试 第3部分:测试文档
标准类别：国家标准(GB)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：12622806
标准分类号
关联标准
出版信息
相关单位信息
标准简介
GB/T 38634.3-2020.Systems and software engineering-Software testing一Part 3:Test documentation.
1范围
GB/T 38634的本部分规定了软件测试文档模板。测试文档是GB/T 38634.2测试过程中指定过程的输出。图1给出了具体的测试文档集概览。
GB/T 38634.3适用于所有软件开发生存周期模型中的测试，文档模板可在任何组织、项目或小规模测试活动中使用。
GB/T 38634.3适用于但不限于测试人员、测试经理、开发人员和项目经理,尤其是负责治理、管理和实施软件测试的人员。
GB/T 38634.3中描述的文档可能会发布多个版本。但多个版本的文档处理并不属于本部分的范围,因为这是配置管理问题。
2符合性
2.1 预期用途
本部分的需求包含在第5章、第6章和第7章。本部分提供了许多适合整个软件生存周期使用的测试文档的需求。特殊的项目或组织可能不需要使用所有本部分规定的文档。因此，本部分的实施通常包括选择一组适合组织或项目的文档。组织可以通过以下两种方式声明符合本部分:完全符合或者剪裁符合。可以对符合性声明中确定的组织项目、多供应商项目和服务提出一致性要求。
本部分的第5章、第6章和第7章声明的信息项与GB/T 38634.2中的信息项相对应。附录B是规范性附录,概述了GB/T 38634.2中关于建立本部分第5章、第6章和第7章中定义的信息项的规范性要求。
为了便于参考,本部分中每个文档被描述为单独的硬拷贝文档。本部分提供的文档标题和内容可以修改(增加、合并或者重新命名),不需要使用第5章、第6章和第7章中特定记录的命名法来声明其符合性。如果文档未发布但以电子形式提供,分为单独文档或卷,或与其他文档合并为一个文档,则认为文档符合规定。
1范围
GB/T 38634的本部分规定了软件测试文档模板。测试文档是GB/T 38634.2测试过程中指定过程的输出。图1给出了具体的测试文档集概览。
GB/T 38634.3适用于所有软件开发生存周期模型中的测试，文档模板可在任何组织、项目或小规模测试活动中使用。
GB/T 38634.3适用于但不限于测试人员、测试经理、开发人员和项目经理,尤其是负责治理、管理和实施软件测试的人员。
GB/T 38634.3中描述的文档可能会发布多个版本。但多个版本的文档处理并不属于本部分的范围,因为这是配置管理问题。
2符合性
2.1 预期用途
本部分的需求包含在第5章、第6章和第7章。本部分提供了许多适合整个软件生存周期使用的测试文档的需求。特殊的项目或组织可能不需要使用所有本部分规定的文档。因此，本部分的实施通常包括选择一组适合组织或项目的文档。组织可以通过以下两种方式声明符合本部分:完全符合或者剪裁符合。可以对符合性声明中确定的组织项目、多供应商项目和服务提出一致性要求。
本部分的第5章、第6章和第7章声明的信息项与GB/T 38634.2中的信息项相对应。附录B是规范性附录,概述了GB/T 38634.2中关于建立本部分第5章、第6章和第7章中定义的信息项的规范性要求。
为了便于参考,本部分中每个文档被描述为单独的硬拷贝文档。本部分提供的文档标题和内容可以修改(增加、合并或者重新命名),不需要使用第5章、第6章和第7章中特定记录的命名法来声明其符合性。如果文档未发布但以电子形式提供,分为单独文档或卷,或与其他文档合并为一个文档,则认为文档符合规定。
标准图片预览
标准内容
1CS35.080
中华人民共和国国家标准
GB/T38634.3—2020
系统与软件工程
软件测试
第3部分：测试文档
Systems and software engineeringSoftware testingPart3:Testdocumentation
(ISO/IEC/IEEE29119-3:2013,Softwareandsystems engineeringSoftwaretesting-Part3:Testdocumentation,MOD)2020-04-28发布
国家市场监督管理总局
国家标准化管理委员会
2020-11-01实施
符合性
规范性引用文件
术语和定义
组织级测试过程文档集
测试方针
组织级测试策略
测试管理过程文档集·
测试计划
测试状态报告
测试完成报告·
动态测试过程文档集·
测试设计规格说明
测试用例规格说明
测试规程规格说明…
测试数据需求
测试环境需求
测试数据准备报告
测试环境准备报告
实测结果
测试结果
测试执行日志
测试事件报告
附录A（资料性附录）
附录B（规范性附录）
附录C（资料性附录）
附录D（资料性附录）
附录E（资料性附录）
附录F（资料性附录）
附录G（资料性附录）
文档概述和大纲·
GB/T38634.2规范性需求与本部分信息项的映射示例概述
测试方针·
组织级测试策略
测试计划·
测试状态报告
GB/T38634.3—2020
GB/T38634.3—2020
附录H（资料性附录）
附录I（资料性附录）
附录J（资料性附录）
附录K（资料性附录）
附录L（资料性附录）
附录M（资料性附录）
附录N（资料性附录）
附录O（资料性附录)
附录P（资料性附录）
附录Q（资料性附录）
附录R（资料性附录）
附录S（资料性附录）
附录T（资料性附录）
附录U（资料性附录）
参考文献·
测试完成报告
测试设计规格说明
测试用例规格说明
测试规程规格说明
测试数据需求
测试环境需求，
测试数据准备报告
测试环境准备报告
实测结果
测试结果：
测试执行日志·
事件报告
本部分与现有标准的映射
本部分与ISO/1EC/IEEE29119-3:2013相比的结构变化情况75
GB/T38634《系统与软件工程软件测试》分为以下4个部分：第1部分：概念与定义；
一第2部分：测试过程；
第3部分：测试文档：
第4部分：测试技术
本部分为GB/T38634的第3部分
本部分按照GB/T1.120C9给出的规则起草。GB/T38634.3—2020
本部分使用重新起草法修改采用IS0/IEC/IEEE29119-3：2013软件与系统工程软件测试第3部分：测试文档》。
本部分与ISO/IEC/1EEE29119-3：2013相比在结构上有较多调整，附录U列出了本部分与ISO/IEC/IEEE29119-3：2013的章条编号对照一览表。本部分与1S0/IEC/1EEE29119-3：2013的技术性差异及其原因如下：关于规范性引用文件，本部分做了具有技术性差异的调整，以适应我国的技术条件，调整的情况集中反映在第3章“规范性引用文件”中，具体调整如下：?删除了1SO/IEC/1EEE15289:2011、ISO/1EC/IEEE29119-1和ISO/IEC/1EEE24765（见ISO/IEC/IEEE29119-3:2013的第3章）：·用修改采用国际标准的GB/T38634.2代替了ISO/IEC/IEEE29119-2（见第1章，2.1、2.2.2、附录B)。
为保证GB/T38634各部分术语的一致性，4.4、4.5、4.7、4.20和4.29采用GB/T38634.12020中相同的术语和定义（见第4章）。本部分基于GB/T38634.2编写为与2.1中对附录B的描述保持一致，将ISO/IEC/IEEE29119-3:2013中附录B由资料性附录调整为规范性附录（见附录B)。本部分还做了下列编辑性修改：将标准名称改为《系统与软件工程软件测试第3部分：测试文档》：册除了附录T巾\本部分与IEEE829：2008以及BS79252：1998的映射”，将附录T中\本部分与1SO/IEC25051：2006的映射\修改为\本部分与GB/T25000.51—2016的映射”；调整了参考文献顺序。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本部分起草单位：上海计算机软件技术开发中心、中国电子技术标准化研究院、中国航天系统科学与工程研究院、西宁市人数据服务管理局、深圳赛西信息技术有限公司、广东省科技基础条件平台中心中国电子科技集团公司第十研究所、国家应用软件产品质量监督检验中心、中国航天科工集团第二研究院第三○四所、南京大学、重庆市软件评测中心有限公司、武汉大学、浙江省电子信息产品检验所、内蒙古安盾信息安全评测有限公司、北京跟踪与通信技术研究所、中国电子科技集团公司第五十四研究所、厦门理工学院、北京轩宇信息技术有限公司、中国司法大数据研究院有限公司、北方民族大学、天津卡达克数据有限公司、工海第二工业大学、海浦东软件平台有限公司。本部分主要起草人：胡芸、李文鹏、蔡立志、张肠旸、王瑞、刘伟、刘文红、龚家瑜、沈颖、白万芳、冯飞、王凤玲、康京山、谢晓园、许蕾、李伟洪、孙纪敏、丁晓明、吕雪、刘涛、吴海燕、赵毅、王建强、吴克寿、左万娟、韩强、土溪、杨桂枝、郑丽娜、贺瑜亮、李丽萍、唐兰文、土、陈芳芳、m
GB/T38634.3—2020
本部分包括了在测试过程中产生软件测试文档的模板和示例。模板设计时需要与GB/T38634.2中的测试过程框架保持一致。附录A给出了每个文档的内容大纲。附录B给出了由本部分的第5章、第6章和第7章定义的所有信息项与GB/T38634.2测试过程符合级别（应/宜/可）的对应关系。附录C给出了示例的概述。附录D～附录S给出了模板的应用示例。附录T提供了本部分与现有标准的映射关系。附录U提供了本部分与IS0/1EC/1EEE29119-3：2013相比的结构变化情况，本部分的参考文献附在最后。
测试文档相关的概念和术语已经在GB/T38634.1中定义实际测试过程模型在GB/T38634.2中定义。它包括测试过程描述，定义了组织级测试过程，测试管理过程和动态测试过程，还提供了描述测试过程的信息图表。测试设计过程中使用的软件测试设计技术在GB/T38634.4中定义。本标准旨在为利益相关方提供在任何组织中管理和执行软件测试的能力。1范围
系统与软件工程
软件测试
第3部分：测试文档
GB/T38634.3—2020
GB/T38634的本部分规定了软件测试文档模板。测试文档是GB/T38634.2测试过程中指定过程的输出。图1给出了具体的测试文档集概览。组织级测试文档集
组织级测试策略
测试管理文档集
测试计划
测试计划
（子过程）
测试管理文档集（续）
测试环境需求
测试环境
准备报告
事件报告
测试方针
组织级测试策略
测试计划
（项目）
测试计划
（子过程）
动态测试文档集
测试规格说明
执行动态测试
测试执行文档
剩试状态报告
测试完成报告
（子过程）
测试完成报告
(项目
对应条款号
测试计划
(项目）
测试计划
（子过程）
测试数据需求
测试数据
准备报告
测试文档集的层次结构
GB/T38634.3—2020
本部分适用于所有软件开发生存周期模型中的测试，文档模板可在任何组织、项目或小规模测试活动中使用。
本部分适用于但不限于测试人员、测试经理、开发人员和项目经理，尤其是负责治理、管理和实施软件测试的人员。
本部分中描述的文档可能会发布多个版本。但多个版本的文档处理并不属于本部分的范围·因为这是配置管理问题。
2符合性
预期用途
本部分的需求包含在第5章、第6章和第7章。本部分提供了许多适合整个软件生存周期使用的测试文档的需求。特殊的项目或组织可能不需要使用所有本部分规定的文挡。因此，本部分的实施通常包括选择一组适合组织或项目的文档。组织可以通过以下两种方式声明符合本部分：完全符合或者剪裁符合。可以对符合性声明中确定的组织、项日、多供应商项日和服务提出一致性要求。本部分的第5章、第6章和第7章声明的信息项与GB/T38634.2中的信息项相对应。附录B是规范性附录，概述了GB/T38634.2中关于建立本部分第5章、第6章和第7章中定义的信息项的规范性要求，
为了便于参考，本部分中每个文档被描述为单独的硬拷贝文档。本部分提供的文挡标题和内容可以修改（增加、合并或者重新命名），不需要使用第5章、第6章和第7章中特定记录的命名法来声明其符合性。如果文档未发布但以电子形式提供，分为单独文档或卷，或与其他文档合并为一个文档，则认为文档符合规定。
2.2符合性类型
2.2.1概述
应声明下列类型的符合性，并在符合性文档中说明选择的符合性类型。2.2.2完全符合性
所需信息项的最小集是第5章、第6章和第7章中规定的所有信息项。注：即使没有声明完全符合本部分，也可以对所选文档声明完全符合性。2.2.3剪裁符合性
第5章、第6章和第7章中定义的测试文档内容可以根据GB/T38634.2和/或组织或项目的特定需求进行剪裁。当需要剪裁时，如果信息项没有在第5章，第6章和第7章中定义，则需要提供理由。所有剪裁决策都应记录其理由，包括对任何适用风险的考虑。剪裁决策应得到利益相关方的同意。剪裁符合性可以通过以下方法实现：a）根据GB/T38634.2中第2章对过程和活动进行剪裁，确定所需的最小测试文档集；b)
根据特定组织和/或项需要，确定所需的最小测试文档集；c）
根据特定组织和/或项目需要，确定文档中所需的最小信息项集。注1：在项日中，特别是那些运用敏捷开发方法的项日，可以对本部分的文档进行剪裁，以允许这些文档以另种方式（例如口头或者幻灯片演示)进行压缩或展示。注2：可以使用不同的文档名称，但是当这样做并且需要证明其符合性时，通常会在本部分与本地使用之间进行映射，以帮助进行符合性评估。2
3规范性引用文件
GB/T 38634.3—2020
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T38631.2系统与软件工程
ISO/IEC/IEEF29119-2:2013.MOD)4术语和定义
下列定义和术语适用于本文件。4.1
实测结果
actual result
软件测试第2部分：测试过程（GB/T38634.2—2020作为测试执行结果可获取到的测试项的行为集或条件集，或相关数据或测试环境的条件集。示例：向硬件的输出，对数据的更改，报表的生成和展现，通信消息的发送。4.2
coverageitem
覆盖项
见测试覆盖项（4.15）。
预期结果
expectedresults
根据规格说明或其他来源，在特定的条件下可获取的测试项的预期行为4.4
特征集
feature set
包含被测项的测试条件的集合，可以从风险、需求，功能、模型等方面收集得到。注：可能是该项的所有特征（其全部特征集），或为特定的目的而标识的子集（功能特征集等）。4.5
incident report
事件报告
事件发生、性质和状态的文档。注：事件报告也称为异常报告、错误报告、缺陷报告、差错报告、间题报告等。4.6
组织级测试规格说明
organizationaltestspecification为一个组织的测试提供信息的文档，该信息并不针对具体项日示例：组织级测试规格说明最常见的例子是组织级测试方针和组织级测试策略。4.7
组织级测试策略
organizational test strategy为组织内所有项目执行测试提供一股要求的文档，提供有关如何执行测试的细节。注1：与组织级测试方针保持一致注2：一个组织中可以有多个组织级测试策略以应对不同背景的项目。4.8
产品风险
productrisk
产品在其功能、质量或结构的某些特定方面可能存在缺陷的风险。4.9www.bzxz.net
项目风险
projectrisk
与项目管理有关的风险。
示例：人手短缺、严格的期限、需求变更。3
GB/T38634.3—2020
regression testing
回归测试
测试项或其运行环境修改后执行的测试。注：回归测试用例集的充分性取决于测试项本身及测试项或运行环境的修改，4.11
retesting
重新执行测试结果为“不通过”的测试用例，以评价纠正措施的有效性。4.12
测试用例test case
前置条件、输入（包括操作，如集适用)和预期结果的集合，用于驱动测试项的执行以满足测试日标：测试目标包括正确实现、错误识别、检否质量和其他有价值的信息注1：测试用例是测试子过程的最低测试输人级别、（即，测试用例无法再划分为更细的测试用例）注2：测试用倒的前提条件包括测试环境，已有数据（如数据库）、软件测试，硬件等注3：输人是用了驱动测试执行的数据信息。注4：预期结果包含通过的准则、失效的校核。4.13
测试用例规格说明
testcasespecification
一个或多个测试用例组成的文档集4.14
测试完成报告testcompletionreport描述已完成测试的总结报告。
注：测试完成报告也被称为测试总结报告。4.15
测试覆盖项
test coverage item
使用测试设计技术从一个或多个测试条件导出的属性或属性组合，可以用丁测量测试执行的充分性。
测试数据testdata
为满足执行一个或多个测试用例的输人需求而创建或选择的数据，该数据可在测试计划、测试用例和测试规程中定义。
注：测试数据可以存储在被测的产品中（闭如阵列、平面文件或数据库），也可以从外部源获得或由外部源提供：如其他系统、其他系统组件、硬件设备或人员提供。4.17
测试数据准备报告testdatareadinessreport描述每个测试数据需求准备状态的文档4.18
测试设计规格说明testdesign specification规定测试项的被测特征及其相应测试条件的文档。4.19
测试设计技术testdesigntechnique用于构建测试模型的活动、概念、过程和模式，该模型用于识别测试项的测试条件，导出相应的测试覆盖项，并导出或选择测试用例。4
testenvironment
测试环境
用于执行软件测试的设施、硬件、软件、固件、规程和文档集。GB/T38634.3—2020
注：测试环境可包括多种环境以适应指定的测试子过程（例如单元测试环境、性能测试环境等）。测试环境准备报告testenvironmentreadinessreport描述每个测试环境需求实现程度的文档。测试环境需求
testenvironmentrequirements
测试环境必要性质的描述，
注：所有或部分的测试环境需求可以参考可获取的信息，例如合适的组织级测试策略、测试计划/或测试规格说明。
测试执行日志testexecutionlog记录一个或多个测试规程执行细节的文档。注：测试执行日志也称为测试记录。4.24
testitem
测试项
作为测试对象的工作产品
示例：系统、软件项、需求文档、设计规格说明、用户指南4.25
测试计划testplan
措述需要达到的测试目标以及实现该测试目标的方法和安排的文档，用于协调测试项的测试活动。注1：一个项日可以有多个测试计划，例如可以有一个项日测试计划（也称为主测试计划），其包含了该项日所有的测试活动；更多测试活动的维节可在一个或多个测试子过程计划(即，系统测试计划或性能测试计划)中定义。注2：通常测试计划是书面记录的，尽管其他的计划形式也可在组织或项目中局部定义注3：也可以为非项目活动编写测试计划，例如维护测试计划4.26
测试方针
testpolicy
在组织内部描述测试目的、目标、原则和范围的管理级文档注1：测试方针规定了测试执行的内容以及测试预计将达到的结果，而不是测试执行的具体内容注2：测试方针可提供一个建立、评审和持续改进组织测试的框架。4.27
testprocedurespecification
测试规程规格说明
说明一个或多个测试规程的文档。这些测试规程是具有特定目标的测试用例的集合。测试集中的测试用例按测试规程的需求顺序列出，注：测试规程规格说明也称为人工测试脚本。自动化测试运行的测试规程规格说明通常被称为测试脚本4.28
测试结果
testresult
指定的测试用例是否通过的标示，即观察到测试项输出的实测结果是否与预期结果一致或有偏差。4.29
测试集
testset
二个或多个测试用例的集合，其执行时具有共同的约束。示例：特定的测试环境，专业的领域知识或特定的日的。5
GB/T38634.3—2020
测试规格说明test specification包含针对特定测试项的测试设计、测试用例和测试规程的全部文档集。注：测试规格说明具体可以是一个文档、文档集合或以其他方式，例如文档和数据库条目的混合。4.31
测试状态报告test statusreport提供在指定报告期间所执行测试的状态信息的报告。4.32
测试策略
teststrategy
测试计划的一部分。用于措述对特定测试项目或测试子过程进行测试的方法。注1：测试策略和组织级测试策略是不同的。注2：测试策略通常描述以下部分或全部：使用的测试实践、实现的测试子过程、采用的复测和回归测试、使用的测试设计技术和相应的测试完成准则、测试数据，测试环境和测试工具需求、测试交付物的预期。4.33
测试追踪矩阵
test traceability matrix
用于识别文档集和软件中相关项（如测试相关的需求）的文档、电子表格或其他自动化工具。注1：测试追踪矩车也称为验证交叉引用短阵、需求测试矩阵、需求验证表等。注2：不同的测试追踪矩阵可能有不同的信息、格式和细节程度。4.34
测试testing
为发现和/或评价一个或多个测试项的属性而近行的一系列活动。注：测试活动可包括测试的计划、准备、执行、报告和管理活动，其均与测试古接相关。5组织级测试过程文档集
5.1概述
组织级测试规格说明描述组织层面测试的信息，并且不依赖于项目。其在组织级测试过程中的典型示例包括：
测试方针；
组织级测试策略，
文档的完整模板将在5.2和5.3中进行文本解释，附录A为每个文挡提供了简短的说明，附录D和附录E分别提供了关于测试方针的示例和关于组织级测试策略的项目示例。5.2测试方针
5.2.1概述
试方针定义了组织内适用的软件测试的目的和原则。它定义了测试应该完成什么，但没有详细说明如何执行测试。测试方针为建立，评审和持续改进组织的测试方针提供了框架。A,2.2提供了一个组织级测试方针的概述，D.1和D.2提供了示例来演示两个不同的项目如何制定组织级测试方针。
5.2.2文档概要信息
5.2.2.1概述
文档概要信息用来识别文档和描述文档的来源和历史注：如果文档内容是以电子形式（比如数据库）保存，则可以把文档信息放在文档的前面或者中间位置。6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国国家标准
GB/T38634.3—2020
系统与软件工程
软件测试
第3部分：测试文档
Systems and software engineeringSoftware testingPart3:Testdocumentation
(ISO/IEC/IEEE29119-3:2013,Softwareandsystems engineeringSoftwaretesting-Part3:Testdocumentation,MOD)2020-04-28发布
国家市场监督管理总局
国家标准化管理委员会
2020-11-01实施
符合性
规范性引用文件
术语和定义
组织级测试过程文档集
测试方针
组织级测试策略
测试管理过程文档集·
测试计划
测试状态报告
测试完成报告·
动态测试过程文档集·
测试设计规格说明
测试用例规格说明
测试规程规格说明…
测试数据需求
测试环境需求
测试数据准备报告
测试环境准备报告
实测结果
测试结果
测试执行日志
测试事件报告
附录A（资料性附录）
附录B（规范性附录）
附录C（资料性附录）
附录D（资料性附录）
附录E（资料性附录）
附录F（资料性附录）
附录G（资料性附录）
文档概述和大纲·
GB/T38634.2规范性需求与本部分信息项的映射示例概述
测试方针·
组织级测试策略
测试计划·
测试状态报告
GB/T38634.3—2020
GB/T38634.3—2020
附录H（资料性附录）
附录I（资料性附录）
附录J（资料性附录）
附录K（资料性附录）
附录L（资料性附录）
附录M（资料性附录）
附录N（资料性附录）
附录O（资料性附录)
附录P（资料性附录）
附录Q（资料性附录）
附录R（资料性附录）
附录S（资料性附录）
附录T（资料性附录）
附录U（资料性附录）
参考文献·
测试完成报告
测试设计规格说明
测试用例规格说明
测试规程规格说明
测试数据需求
测试环境需求，
测试数据准备报告
测试环境准备报告
实测结果
测试结果：
测试执行日志·
事件报告
本部分与现有标准的映射
本部分与ISO/1EC/IEEE29119-3:2013相比的结构变化情况75
GB/T38634《系统与软件工程软件测试》分为以下4个部分：第1部分：概念与定义；
一第2部分：测试过程；
第3部分：测试文档：
第4部分：测试技术
本部分为GB/T38634的第3部分
本部分按照GB/T1.120C9给出的规则起草。GB/T38634.3—2020
本部分使用重新起草法修改采用IS0/IEC/IEEE29119-3：2013软件与系统工程软件测试第3部分：测试文档》。
本部分与ISO/IEC/1EEE29119-3：2013相比在结构上有较多调整，附录U列出了本部分与ISO/IEC/IEEE29119-3：2013的章条编号对照一览表。本部分与1S0/IEC/1EEE29119-3：2013的技术性差异及其原因如下：关于规范性引用文件，本部分做了具有技术性差异的调整，以适应我国的技术条件，调整的情况集中反映在第3章“规范性引用文件”中，具体调整如下：?删除了1SO/IEC/1EEE15289:2011、ISO/1EC/IEEE29119-1和ISO/IEC/1EEE24765（见ISO/IEC/IEEE29119-3:2013的第3章）：·用修改采用国际标准的GB/T38634.2代替了ISO/IEC/IEEE29119-2（见第1章，2.1、2.2.2、附录B)。
为保证GB/T38634各部分术语的一致性，4.4、4.5、4.7、4.20和4.29采用GB/T38634.12020中相同的术语和定义（见第4章）。本部分基于GB/T38634.2编写为与2.1中对附录B的描述保持一致，将ISO/IEC/IEEE29119-3:2013中附录B由资料性附录调整为规范性附录（见附录B)。本部分还做了下列编辑性修改：将标准名称改为《系统与软件工程软件测试第3部分：测试文档》：册除了附录T巾\本部分与IEEE829：2008以及BS79252：1998的映射”，将附录T中\本部分与1SO/IEC25051：2006的映射\修改为\本部分与GB/T25000.51—2016的映射”；调整了参考文献顺序。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。本部分起草单位：上海计算机软件技术开发中心、中国电子技术标准化研究院、中国航天系统科学与工程研究院、西宁市人数据服务管理局、深圳赛西信息技术有限公司、广东省科技基础条件平台中心中国电子科技集团公司第十研究所、国家应用软件产品质量监督检验中心、中国航天科工集团第二研究院第三○四所、南京大学、重庆市软件评测中心有限公司、武汉大学、浙江省电子信息产品检验所、内蒙古安盾信息安全评测有限公司、北京跟踪与通信技术研究所、中国电子科技集团公司第五十四研究所、厦门理工学院、北京轩宇信息技术有限公司、中国司法大数据研究院有限公司、北方民族大学、天津卡达克数据有限公司、工海第二工业大学、海浦东软件平台有限公司。本部分主要起草人：胡芸、李文鹏、蔡立志、张肠旸、王瑞、刘伟、刘文红、龚家瑜、沈颖、白万芳、冯飞、王凤玲、康京山、谢晓园、许蕾、李伟洪、孙纪敏、丁晓明、吕雪、刘涛、吴海燕、赵毅、王建强、吴克寿、左万娟、韩强、土溪、杨桂枝、郑丽娜、贺瑜亮、李丽萍、唐兰文、土、陈芳芳、m
GB/T38634.3—2020
本部分包括了在测试过程中产生软件测试文档的模板和示例。模板设计时需要与GB/T38634.2中的测试过程框架保持一致。附录A给出了每个文档的内容大纲。附录B给出了由本部分的第5章、第6章和第7章定义的所有信息项与GB/T38634.2测试过程符合级别（应/宜/可）的对应关系。附录C给出了示例的概述。附录D～附录S给出了模板的应用示例。附录T提供了本部分与现有标准的映射关系。附录U提供了本部分与IS0/1EC/1EEE29119-3：2013相比的结构变化情况，本部分的参考文献附在最后。
测试文档相关的概念和术语已经在GB/T38634.1中定义实际测试过程模型在GB/T38634.2中定义。它包括测试过程描述，定义了组织级测试过程，测试管理过程和动态测试过程，还提供了描述测试过程的信息图表。测试设计过程中使用的软件测试设计技术在GB/T38634.4中定义。本标准旨在为利益相关方提供在任何组织中管理和执行软件测试的能力。1范围
系统与软件工程
软件测试
第3部分：测试文档
GB/T38634.3—2020
GB/T38634的本部分规定了软件测试文档模板。测试文档是GB/T38634.2测试过程中指定过程的输出。图1给出了具体的测试文档集概览。组织级测试文档集
组织级测试策略
测试管理文档集
测试计划
测试计划
（子过程）
测试管理文档集（续）
测试环境需求
测试环境
准备报告
事件报告
测试方针
组织级测试策略
测试计划
（项目）
测试计划
（子过程）
动态测试文档集
测试规格说明
执行动态测试
测试执行文档
剩试状态报告
测试完成报告
（子过程）
测试完成报告
(项目
对应条款号
测试计划
(项目）
测试计划
（子过程）
测试数据需求
测试数据
准备报告
测试文档集的层次结构
GB/T38634.3—2020
本部分适用于所有软件开发生存周期模型中的测试，文档模板可在任何组织、项目或小规模测试活动中使用。
本部分适用于但不限于测试人员、测试经理、开发人员和项目经理，尤其是负责治理、管理和实施软件测试的人员。
本部分中描述的文档可能会发布多个版本。但多个版本的文档处理并不属于本部分的范围·因为这是配置管理问题。
2符合性
预期用途
本部分的需求包含在第5章、第6章和第7章。本部分提供了许多适合整个软件生存周期使用的测试文档的需求。特殊的项目或组织可能不需要使用所有本部分规定的文挡。因此，本部分的实施通常包括选择一组适合组织或项目的文档。组织可以通过以下两种方式声明符合本部分：完全符合或者剪裁符合。可以对符合性声明中确定的组织、项日、多供应商项日和服务提出一致性要求。本部分的第5章、第6章和第7章声明的信息项与GB/T38634.2中的信息项相对应。附录B是规范性附录，概述了GB/T38634.2中关于建立本部分第5章、第6章和第7章中定义的信息项的规范性要求，
为了便于参考，本部分中每个文档被描述为单独的硬拷贝文档。本部分提供的文挡标题和内容可以修改（增加、合并或者重新命名），不需要使用第5章、第6章和第7章中特定记录的命名法来声明其符合性。如果文档未发布但以电子形式提供，分为单独文档或卷，或与其他文档合并为一个文档，则认为文档符合规定。
2.2符合性类型
2.2.1概述
应声明下列类型的符合性，并在符合性文档中说明选择的符合性类型。2.2.2完全符合性
所需信息项的最小集是第5章、第6章和第7章中规定的所有信息项。注：即使没有声明完全符合本部分，也可以对所选文档声明完全符合性。2.2.3剪裁符合性
第5章、第6章和第7章中定义的测试文档内容可以根据GB/T38634.2和/或组织或项目的特定需求进行剪裁。当需要剪裁时，如果信息项没有在第5章，第6章和第7章中定义，则需要提供理由。所有剪裁决策都应记录其理由，包括对任何适用风险的考虑。剪裁决策应得到利益相关方的同意。剪裁符合性可以通过以下方法实现：a）根据GB/T38634.2中第2章对过程和活动进行剪裁，确定所需的最小测试文档集；b)
根据特定组织和/或项需要，确定所需的最小测试文档集；c）
根据特定组织和/或项目需要，确定文档中所需的最小信息项集。注1：在项日中，特别是那些运用敏捷开发方法的项日，可以对本部分的文档进行剪裁，以允许这些文档以另种方式（例如口头或者幻灯片演示)进行压缩或展示。注2：可以使用不同的文档名称，但是当这样做并且需要证明其符合性时，通常会在本部分与本地使用之间进行映射，以帮助进行符合性评估。2
3规范性引用文件
GB/T 38634.3—2020
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。GB/T38631.2系统与软件工程
ISO/IEC/IEEF29119-2:2013.MOD)4术语和定义
下列定义和术语适用于本文件。4.1
实测结果
actual result
软件测试第2部分：测试过程（GB/T38634.2—2020作为测试执行结果可获取到的测试项的行为集或条件集，或相关数据或测试环境的条件集。示例：向硬件的输出，对数据的更改，报表的生成和展现，通信消息的发送。4.2
coverageitem
覆盖项
见测试覆盖项（4.15）。
预期结果
expectedresults
根据规格说明或其他来源，在特定的条件下可获取的测试项的预期行为4.4
特征集
feature set
包含被测项的测试条件的集合，可以从风险、需求，功能、模型等方面收集得到。注：可能是该项的所有特征（其全部特征集），或为特定的目的而标识的子集（功能特征集等）。4.5
incident report
事件报告
事件发生、性质和状态的文档。注：事件报告也称为异常报告、错误报告、缺陷报告、差错报告、间题报告等。4.6
组织级测试规格说明
organizationaltestspecification为一个组织的测试提供信息的文档，该信息并不针对具体项日示例：组织级测试规格说明最常见的例子是组织级测试方针和组织级测试策略。4.7
组织级测试策略
organizational test strategy为组织内所有项目执行测试提供一股要求的文档，提供有关如何执行测试的细节。注1：与组织级测试方针保持一致注2：一个组织中可以有多个组织级测试策略以应对不同背景的项目。4.8
产品风险
productrisk
产品在其功能、质量或结构的某些特定方面可能存在缺陷的风险。4.9www.bzxz.net
项目风险
projectrisk
与项目管理有关的风险。
示例：人手短缺、严格的期限、需求变更。3
GB/T38634.3—2020
regression testing
回归测试
测试项或其运行环境修改后执行的测试。注：回归测试用例集的充分性取决于测试项本身及测试项或运行环境的修改，4.11
retesting
重新执行测试结果为“不通过”的测试用例，以评价纠正措施的有效性。4.12
测试用例test case
前置条件、输入（包括操作，如集适用)和预期结果的集合，用于驱动测试项的执行以满足测试日标：测试目标包括正确实现、错误识别、检否质量和其他有价值的信息注1：测试用例是测试子过程的最低测试输人级别、（即，测试用例无法再划分为更细的测试用例）注2：测试用倒的前提条件包括测试环境，已有数据（如数据库）、软件测试，硬件等注3：输人是用了驱动测试执行的数据信息。注4：预期结果包含通过的准则、失效的校核。4.13
测试用例规格说明
testcasespecification
一个或多个测试用例组成的文档集4.14
测试完成报告testcompletionreport描述已完成测试的总结报告。
注：测试完成报告也被称为测试总结报告。4.15
测试覆盖项
test coverage item
使用测试设计技术从一个或多个测试条件导出的属性或属性组合，可以用丁测量测试执行的充分性。
测试数据testdata
为满足执行一个或多个测试用例的输人需求而创建或选择的数据，该数据可在测试计划、测试用例和测试规程中定义。
注：测试数据可以存储在被测的产品中（闭如阵列、平面文件或数据库），也可以从外部源获得或由外部源提供：如其他系统、其他系统组件、硬件设备或人员提供。4.17
测试数据准备报告testdatareadinessreport描述每个测试数据需求准备状态的文档4.18
测试设计规格说明testdesign specification规定测试项的被测特征及其相应测试条件的文档。4.19
测试设计技术testdesigntechnique用于构建测试模型的活动、概念、过程和模式，该模型用于识别测试项的测试条件，导出相应的测试覆盖项，并导出或选择测试用例。4
testenvironment
测试环境
用于执行软件测试的设施、硬件、软件、固件、规程和文档集。GB/T38634.3—2020
注：测试环境可包括多种环境以适应指定的测试子过程（例如单元测试环境、性能测试环境等）。测试环境准备报告testenvironmentreadinessreport描述每个测试环境需求实现程度的文档。测试环境需求
testenvironmentrequirements
测试环境必要性质的描述，
注：所有或部分的测试环境需求可以参考可获取的信息，例如合适的组织级测试策略、测试计划/或测试规格说明。
测试执行日志testexecutionlog记录一个或多个测试规程执行细节的文档。注：测试执行日志也称为测试记录。4.24
testitem
测试项
作为测试对象的工作产品
示例：系统、软件项、需求文档、设计规格说明、用户指南4.25
测试计划testplan
措述需要达到的测试目标以及实现该测试目标的方法和安排的文档，用于协调测试项的测试活动。注1：一个项日可以有多个测试计划，例如可以有一个项日测试计划（也称为主测试计划），其包含了该项日所有的测试活动；更多测试活动的维节可在一个或多个测试子过程计划(即，系统测试计划或性能测试计划)中定义。注2：通常测试计划是书面记录的，尽管其他的计划形式也可在组织或项目中局部定义注3：也可以为非项目活动编写测试计划，例如维护测试计划4.26
测试方针
testpolicy
在组织内部描述测试目的、目标、原则和范围的管理级文档注1：测试方针规定了测试执行的内容以及测试预计将达到的结果，而不是测试执行的具体内容注2：测试方针可提供一个建立、评审和持续改进组织测试的框架。4.27
testprocedurespecification
测试规程规格说明
说明一个或多个测试规程的文档。这些测试规程是具有特定目标的测试用例的集合。测试集中的测试用例按测试规程的需求顺序列出，注：测试规程规格说明也称为人工测试脚本。自动化测试运行的测试规程规格说明通常被称为测试脚本4.28
测试结果
testresult
指定的测试用例是否通过的标示，即观察到测试项输出的实测结果是否与预期结果一致或有偏差。4.29
测试集
testset
二个或多个测试用例的集合，其执行时具有共同的约束。示例：特定的测试环境，专业的领域知识或特定的日的。5
GB/T38634.3—2020
测试规格说明test specification包含针对特定测试项的测试设计、测试用例和测试规程的全部文档集。注：测试规格说明具体可以是一个文档、文档集合或以其他方式，例如文档和数据库条目的混合。4.31
测试状态报告test statusreport提供在指定报告期间所执行测试的状态信息的报告。4.32
测试策略
teststrategy
测试计划的一部分。用于措述对特定测试项目或测试子过程进行测试的方法。注1：测试策略和组织级测试策略是不同的。注2：测试策略通常描述以下部分或全部：使用的测试实践、实现的测试子过程、采用的复测和回归测试、使用的测试设计技术和相应的测试完成准则、测试数据，测试环境和测试工具需求、测试交付物的预期。4.33
测试追踪矩阵
test traceability matrix
用于识别文档集和软件中相关项（如测试相关的需求）的文档、电子表格或其他自动化工具。注1：测试追踪矩车也称为验证交叉引用短阵、需求测试矩阵、需求验证表等。注2：不同的测试追踪矩阵可能有不同的信息、格式和细节程度。4.34
测试testing
为发现和/或评价一个或多个测试项的属性而近行的一系列活动。注：测试活动可包括测试的计划、准备、执行、报告和管理活动，其均与测试古接相关。5组织级测试过程文档集
5.1概述
组织级测试规格说明描述组织层面测试的信息，并且不依赖于项目。其在组织级测试过程中的典型示例包括：
测试方针；
组织级测试策略，
文档的完整模板将在5.2和5.3中进行文本解释，附录A为每个文挡提供了简短的说明，附录D和附录E分别提供了关于测试方针的示例和关于组织级测试策略的项目示例。5.2测试方针
5.2.1概述
试方针定义了组织内适用的软件测试的目的和原则。它定义了测试应该完成什么，但没有详细说明如何执行测试。测试方针为建立，评审和持续改进组织的测试方针提供了框架。A,2.2提供了一个组织级测试方针的概述，D.1和D.2提供了示例来演示两个不同的项目如何制定组织级测试方针。
5.2.2文档概要信息
5.2.2.1概述
文档概要信息用来识别文档和描述文档的来源和历史注：如果文档内容是以电子形式（比如数据库）保存，则可以把文档信息放在文档的前面或者中间位置。6
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。