标准搜索结果: 'GB/T 38634.2-2020'
| 标准编号 | GB/T 38634.2-2020 (GB/T38634.2-2020) | | 中文名称 | 系统与软件工程 软件测试 第2部分：测试过程 | | 英文名称 | Systems and software engineering - Software testing - Part 2: Test processes | | 行业 | 国家标准 (推荐) | | 中标分类 | L77 | | 国际标准分类 | 35.080 | | 字数估计 | 54,548 | | 发布日期 | 2020-04-28 | | 实施日期 | 2020-11-01 | | 引用标准 | GB/T 38634.1; GB/T 38634.4; ISO/IEC/IEEE 12207-2017 | | 采用标准 | ISO/IEC/IEEE 29119-2-2013, MOD | | 发布机构 | 国家市场监督管理总局、中国国家标准化管理委员会 | | 范围 | GB/T 38634的本部分规定了用于治理、管理和实施任何组织、项目或较小规模测试活动的软件测试的测试过程，定义了软件测试通用过程，给出了描述过程的支持信息图表。本部分适用于所有软件生存周期模型中的测试。本部分适用于但不限于测试人员、测试经理、开发人员和项目经理，特别是那些负责治理、管理和实施软件测试的人员。 | GB/T 38634.2-2020: 系统与软件工程 软件测试 第2部分：测试过程
GB/T 38634.2-2020 英文名称: Systems and software engineering -- Software testing -- Part 2: Test processes
1 范围
GB/T 38634的本部分规定了用于治理、管理和实施任何组织、项目或较小规模测试活动的软件测
试的测试过程,定义了软件测试通用过程,给出了描述过程的支持信息图表。
本部分适用于所有软件生存周期模型中的测试。
本部分适用于但不限于测试人员、测试经理、开发人员和项目经理,特别是那些负责治理、管理和实
施软件测试的人员。
2 符合性
2.1 预期用途
本部分的要求包含在第6章~第8章,本部分提供了适用于整个软件生存周期中许多测试过程的
要求。特定的项目或组织可能不需要使用本部分定义的所有过程,因此实施本部分时通常涉及选择一
组适用于组织或项目的过程。组织可以通过以下两种方式声明符合本部分。
组织应声明其是否完全或剪裁符合本部分。
2.2 完全符合性
通过证明满足本部分中定义的全部过程的所有要求(即:应声明)来实现完全符合。
2.3 剪裁符合性
当本部分用于建立一组不满足完全符合性的过程基础时,记录剪裁符合性的过程子集。通过证明
已经满足所记录的过程子集的所有要求(即:应声明)来实现剪裁符合。
当进行剪裁时,只要不遵循本部分第6章、第7章和第8章规定的过程,就应提供理由(直接或通过
引用)。所有剪裁决策都应记录其理由,包括对任何适用风险的考虑。剪裁决策应得到利益相关方的
同意。
示例:如果组织遵循ISO 15489或GB/T 19001等标准中的信息项管理过程或使用类似的内部组织过程,他们可以决定使用这些过程代替本部分中定义的信息项管理任务。
3 规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文
件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 38634.1 系统与软件工程 软件测试 第1部分:概念和定义(GB/T 38634.1-2020,
ISO/IEC/IEEE29119-1:2013,MOD)
GB/T 38634.4 系统与软件工程 软件测试 第4部分:测试技术(GB/T 38634.4-2020,
ISO/IEC/IEEE29119-4:2015,MOD)
ISO/IEC/IEEE12207:2017 系统与软件工程 软件生存周期过程
4 术语和定义、缩略语
4.1 术语和定义
下列术语和定义适用于本文件。
4.1.1
实测结果
作为测试执行结果可获取的测试项的行为、状态集,或相关数据、测试环境的状态集。
示例:向硬件的输出,对数据的更改,报表的生成和展现,通信消息的发送。
4.1.2
完成准则
测试活动完成的条件。
4.1.3
覆盖项
见测试覆盖项(4.1.33)。
4.1.4
动态测试
需要运行测试项的测试。
4.1.5
等价类
变量或变量集的值域的子集。在测试项或者其接口中,预期测试项以同样的方式处理该子集中所
有的值(即被认为是“等价”)。
4.1.6
等价类覆盖率
测试集覆盖测试项中已识别等价类的比例。
注:在许多情况下,等价类识别是主观的(尤其是在“无效”等价类),所以对测试项中等价类进行明确计数是不可能的。
4.1.7
等价类划分
测试设计技术的一种。使用每一个等价类中的一个或多个有代表性的成员来设计测试用例。
4.1.8
预期结果
根据规格说明或其他来源,在特定的条件下可获取的测试项的预期行为。
4.1.9
探索性测试
一种基于经验的测试。测试者基于其现有的相关知识、测试项的前期探索(包括以前的测试结果)
以及关于通常软件行为和故障类型的启发式“经验法则”,自发地设计和执行测试。
注:探索性测试寻找隐含属性(包括隐含的行为),虽然其自身存在危害的可能性很小,但其可能干扰待测软件的其他属性,并因此产生软件失效的风险。
4.1.10
特征集
包含被测项的测试条件的集合,可以从风险、需求、功能、模型等方面收集得到。
注:可能是该项的所有特征(其全部特征集),或为特定的目的而标识的子集(功能特征集等)。
4.1.11
事件报告
事件发生、性质和状态的文档。
注:事件报告也称为异常报告、错误报告、缺陷报告、差错报告、问题报告等。
4.1.12
性能测试
用于评价测试项在给定时间或其他资源约束下,完成其指定功能程度的一种测试。
4.1.13
组织级测试过程
开发和管理组织级测试规格说明的测试过程。
4.1.14
组织级测试方针
见测试方针(4.1.55)。
4.1.15
组织级测试规格说明
为一个组织的测试提供信息的文档,该信息并不针对具体项目。
示例:组织级测试规格说明最常见的例子是组织级测试方针和组织级测试策略。
4.1.16
组织级测试策略
为组织内所有项目执行测试提供一般要求的文档,提供有关如何执行测试的细节。
注1:与组织级测试方针保持一致。
注2:一个组织可以有多个组织级测试策略以应对不同背景的项目。
4.1.17
产品风险
产品在其功能、质......
|