标准搜索结果: 'GB/T 38634.3-2020'
| 标准编号 | GB/T 38634.3-2020 (GB/T38634.3-2020) | | 中文名称 | 系统与软件工程 软件测试 第3部分：测试文档 | | 英文名称 | Systems and software engineering - Software testing - Part 3: Test documentation | | 行业 | 国家标准 (推荐) | | 中标分类 | L77 | | 国际标准分类 | 35.080 | | 字数估计 | 110,140 | | 发布日期 | 2020-04-28 | | 实施日期 | 2020-11-01 | | 引用标准 | GB/T 38634.2 | | 采用标准 | ISO/IEC/IEEE 29119-3-2013, MOD | | 发布机构 | 国家市场监督管理总局、中国国家标准化管理委员会 | | 范围 | GB/T 38634的本部分规定了软件测试文档模板。测试文档是GB/T 38634.2测试过程中指定过程的输出。本部分适用于所有软件开发生存周期模型中的测试，文档模板可在任何组织、项目或小规模测试活动中使用。本部分适用于但不限于测试人员、测试经理、开发人员和项目经理，尤其是负责治理、管理和实施软件测试的人员。本部分中描述的文档可能会发布多个版本。但多个版本的文档处理并不属于本部分的范围，因为这是配置管理问题。 | GB/T 38634.3-2020: 系统与软件工程 软件测试 第3部分：测试文档
GB/T 38634.3-2020 英文名称: Systems and software engineering -- Software testing -- Part 3: Test documentation
1 范围
GB/T 38634的本部分规定了软件测试文档模板。测试文档是GB/T 38634.2测试过程中指定过
程的输出。图1给出了具体的测试文档集概览。
图1 测试文档集的层次结构
本部分适用于所有软件开发生存周期模型中的测试,文档模板可在任何组织、项目或小规模测试活
动中使用。
本部分适用于但不限于测试人员、测试经理、开发人员和项目经理,尤其是负责治理、管理和实施软
件测试的人员。
本部分中描述的文档可能会发布
多个版本。但多个版本的文档处理并不属于本部分的范围,因为
这是配置管理问题。
2 符合性
2.1 预期用途
本部分的需求包含在第5章、第6章和第7章。本部分提供了许多适合整个软件生存周期使用的
测试文档的需求。特殊的项目或组织可能不需要使用所有本部分规定的文档。因此,本部分的实施通
常包括选择一组适合组织或项目的文档。组织可以通过以下两种方式声明符合本部分:完全符合或者
剪裁符合。可以对符合性声明中确定的组织、项目、多供应商项目和服务提出一致性要求。
本部分的第5章、第6章和第7章声明的信息项与GB/T 38634.2中的信息项相对应。附录B是规
范性附录,概述了GB/T 38634.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/T 38634.2和/或组织或项目的特定
需求进行剪裁。当需要剪裁时,如果信息项没有在第5章、第6章和第7章中定义,则需要提供理由。
所有剪裁决策都应记录其理由,包括对任何适用风险的考虑。剪裁决策应得到利益相关方的同意。
剪裁符合性可以通过以下方法实现:
a) 根据GB/T 38634.2中第2章对过程和活动进行剪裁,确定所需的最小测试文档集;
b) 根据特定组织和/或项目需要,确定所需的最小测试文档集。
注1:在项目中,特组织和/或项目需要,确定文档中所需的最小信息项集别是那些运用敏捷开发方法的项目,可以对本部分的文档进行剪裁,以允许这些文档以另一种方式(例如口头或者幻灯片演示)进行压缩或展示。
注2:可以使用不同的文档名称,但是当这样做并且需要证明其符合性时,通常会在本部分与本地使用之间进行映射,以帮助进行符合性评估。
3 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
4 术语和定义
下列定义和术语适用于本文件。
4.1
实测结果
作为测试执行结果可获取到的测试项的行为集或条件集,或相关数据或测试环境的条件集。
示例:向硬件的输出,对数据的更改,报表的生成和展现,通信消息的发送。
4.2
覆盖项
见测试覆盖项(4.15)。
4.3
预期结果
根据规格说明或其他来源,在特定的条件下可获取的测试项的预期行为。
4.4
特征集
包含被测项的测试条件的集合,可以从风险、需求、功能、模型等方面收集得到。
注:可能是该项的所有特征(其全部特征集),或为特定的目的而标识的子集(功能特征集等)。
4.5
事件报告
事件发生、性质和状态的文档。
注:事件报告也称为异常报告、错误报告、缺陷报告、差错报告、问题报告等。
4.6
组织级测试规格说明
为一个组织的测试提供信息的文档,该信息并不针对具体项目。
示例:组织级测试规格说明最常见的例子是组织级测试方针和组织级测试策略。
4.7
组织级测试策略
为组织内所有项目执行测试提供一般要求的文档,提供有关如何执行测试的细节。
注1:与组织级测试方针保持一致。
注2:一个组织中可以有多个组织级测试策略以应对不同背景的项目。
4.8
产品风险
产品在其功能、质量或结构的某些特定方面可能存在缺陷的风险。
4.9
项目风险
与项目管理有关的风险。
示例:人手短缺、严格的期限、需求变更。
4.10
回归测试
测试项或其运行环境修改后执行的测试。
注:回归测试用例集的充分性取决于测试项本身及测试项或运行环境的修改。
4.11
复测
重新执行测试结果为“不通过”的测试用例,以评价纠正措施的有效性。
4.12
测试用例
前置条件、输入(包括操作,如果适用)和预期结果的集合,用于驱动测试项的执行以满足测试目标,
测试目标包括正确实现、错误识别、检查质量和其他有价值的信息。
注1:测试用例是测试子过程的最低测试输入级别。(即,测试用例无法再划分为更细的测试用例)
注2:测试用例的前提条件包括测试环境,已有数据(如数据库)、软件测试、硬件等。
注3:......
|