ICS 35.080 L 77 中华人民共和国国家标准 GB/T 38634.2—2020 系统与软件工程 软件测试 第2部分：测试过程 Systems and software engineering-Software testing- Part 2: Test processes (ISO/IEC/IEEE 29119-2:2013,Software and systems engineering- Software testingPart 2:Test processes,MOD) 2020-04-28发布 2020-11-01实施 国家市场监督管理总局 发布 国家标准化管理委员会 GB/T 38634.2—2020 前言 GB/T38634《系统与软件工程软件测试》分为以下4个部分： 第1部分：概念和定义； 第2部分：测试过程； 第3部分：测试文档； 第4部分：测试技术。 本部分为GB/T38634的第2部分。 本部分按照GB/T1.1一2009给出的规则起草。 本部分使用重新起草法修改采用ISO/IEC/IEEE29119-2：2013《软件与系统工程软件测试第 2部分：测试过程》。 IEC/IEEE29119-2：2013的章条编号对照一览表。 本部分与ISO/IEC/IEEE29119-2:2013的技术性差异及其原因如下： 关于规范性引用文件，本部分做了具有技术性差异的调整，以适应我国的技术条件，调整的情 况集中反映在第3章“规范性引用文件”中，具体调整如下： ·用修改采用国际标准的GB/T38634.1代替ISO/IEC/IEEE29119-1（见第3章和 附录 B)； ·用修改采用国际标准的GB/T38634.4代替ISO/IEC/IEEE29119-4（见第3章和 8.2.1); ·删除了ISO/IEC/IEEE29119-3，因为正文中未引用（见ISO/IEC/IEEE29119-2:2013的 第3章)； ·用ISO/IEC/IEEE122072017代替ISO/IEC12207:2008（见第3章和附录B)； ·删除了ISO/IEC/IEEE24765（见ISO/IEC/IEEE29119-2:2013的第4章）。 -4.1.1、4.1.10、4.1.23和4.1.62采用GB/T38634.1一2020中相同的术语和定义，以保证与 GB/T38634各部分术语的一致性（见4.1）。 增加了“缩略语”（见4.2）。 将附录B的名称修改为“本部分与ISO/IEC/IEEE12207：2017的过程映射”，且调整了本部分 与ISO/IEC/IEEE12207:2017的映射关系（见附录B）。 本部分还做了下列编辑性修改： 将标准名称改为《系统与软件工程软件测试第2部分：测试过程》； 删除ISO/IEC/IEEE29119-2:2013中4.1.20、4.1.52、4.1.62定义的注释； 增加了4.1.27、4.1.30、4.1.44、4.1.53、4.1.58定义的注释； 将附录C的名称修改为“本部分与ISO/IEC/IEEE15288：2015的过程映射”； 将附录D的名称修改为“本部分与ISO/IEC17025：2017的过程映射”； -将附录E的名称修改为“本部分与GB/T25000.51一2016的过程映射”； 将附录F的名称修改为“本部分与GB/T15532一2008的过程映射”； -将附录G的名称修改为“本部分与IEEE1008一2008的过程映射”； 调整了参考文献顺序，新增3个参考文献。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 I GB/T 38634.2—2020 本部分由全国信息技术标准化技术委员会（SAC/TC28)提出并归口。 本部分起草单位：上海计算机软件技术开发中心、中国电子技术标准化研究院、深圳赛西信息技术 有限公司、西宁市大数据服务管理局、中国航天科工集团第三研究院第三○四所、北京跟踪与通信技术 研究所、中国电子科技集团公司第十研究所、厦门理工学院、广东省科技基础条件平台中心、国家应用软 件产品质量监督检验中心、中国航关系统科学与工程研究院、北京航空航天大学、重庆市软件评测中心 有限公司、中国电子科技集团公司第五十四研究所、南京大学、中电莱斯信息系统有限公司、武汉大学、 浙江省电子信息产品检验所、中国航发控制系统研究所、北京轩宇信息技术有限公司、内蒙古安盾信息 安全评测有限公司、北方民族大学、天津卡达克数据有限公司、中国司法大数据研究院有限公司、上海第 二工业大学。 本部分主要起草人：赵毅、张旸旸、蔡立志、吴克寿、李文鹏、李晓伟、龚家瑜、李智、杨桂枝、白万芳、 杨玲萍、胡芸、王威、王凤玲、孙肖、丁宁、路云峰、谢晓园、杨隽、季永炜、康京山、薛宝军、吕雪、胡宇辉、 许蕾、丁晓明、巩韶飞、尹平、江云松、宋巍、左振雷、韩强、王珏、董燕、易晶晶、吴海燕、李丽萍。 GB/T 38634.2—2020 引言 GB/T38634的目的是定义软件测试的通用过程模型，任何组织在执行任何形式的软件测试时都 可以使用该模型。它包括组织级、测试管理级、动态测试级的软件测试过程的描述，还提供了过程描述 的信息图表。本标准支持动态测试、功能性和非功能性测试、人工和自动化测试、脚本测试和非脚本测 试等。本标准中定义的过程可与任何软件开发生存周期模型结合使用。每个过程都使用 GB/T30999一2014中提供的通用过程模板进行定义，并覆盖每个测试过程的目的、结果、活动、任务和 信息项。 测试是软件开发中降低风险的关键方法。本部分遵循基于风险的测试方法。基于风险的测试是一 种策划和管理测试的最佳实践方法，因为它允许对测试优先级进行排序，并聚焦于最重要的功能和质量 属性。 支持本标准的术语和定义在GB/T38634.1一2020中定义。测试过程中生成的测试文档的模板和 示例在GB/T38634.3一2020中定义。测试过程中使用的软件测试设计技术在GB/T38634.4一2020 中定义。 GB/T 38634.2—2020 系统与软件工程软件测试 第2部分：测试过程 1范围 GB/T38634的本部分规定了用于治理、管理和实施任何组织、项目或较小规模测试活动的软件测 试的测试过程，定义了软件测试通用过程，给出了描述过程的支持信息图表。 本部分适用于所有软件生存周期模型中的测试。 本部分适用于但不限于测试人员、测试经理、开发人员和项目经理，特别是那些负责治理、管理和实 施软件测试的人员。 2符合性 2.1预期用途 要求。特定的项目或组织可能不需要使用本部分定义的所有过程，因此实施本部分时通常涉及选择一 组适用于组织或项目的过程。组织可以通过以下两种方式声明符合本部分。 组织应声明其是否完全或剪裁符合本部分。 2.2完全符合性 通过证明满足本部分中定义的全部过程的所有要求（即：应声明）来实现完全符合。 2.3剪裁符合性 当本部分用于建立一组不满足完全符合性的过程基础时，记录剪裁符合性的过程子集。通过证明 已经满足所记录的过程子集的所有要求（即：应声明）来实现剪裁符合。 当进行剪裁时，只要不遵循本部分第6章、第7章和第8章规定的过程，就应提供理由（直接或通过 引用）。所有剪裁决策都应记录其理由，包括对任何适用风险的考虑。剪裁决策应得到利益相关方的 同意。 示例：如果组织遵循ISO15489或GB/T19001等标准中的信息项管理过程或使用类似的内部组织过程，他们可以 决定使用这些过程代替本部分中定义的信息项管理任务。 3规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单)适用于本文件。 GB/T38634.1系统与软件工程软件测试第1部分：概念和定义（GB/T38634.1一2020 ISO/IEC/IEEE 29119-1:2013,MOD) ISO/IEC/IEEE29119-4:2015,MOD) ISO/IEC/IEEE12207：2017系统与软件工程软件生存周期过程（Systemsandsoftwareengi- neeringSoftware life cycle processes) 1 GB/T 38634.2—2020 4术语和定义、缩略语 4.1术语和定义 下列术语和定义适用于本文件。 4.1.1 实测结果 actual results 作为测试执行结果可获取的测试项的行为、状态集，或相关数据、测试环境的状态集。 示例：向硬件的输出，对数据的更改，报表的生成和展现，通信消息的发送。 4.1.2 完成准则 completion criteria 测试活动完成的条件。 4.1.3 覆盖项 coverage item 见测试覆盖项（4.1.33）。 4.1.4 动态测试dynamic testing 需要运行测试项的测试。 4.1.5 等价类equivalencepartition 变量或变量集的值域的子集。在测试项或者其接口中，预期测试项以同样的方式处理该子集中所 有的值（即被认为是“等价”）。 4.1.6 等价类覆盖率equivalencepartition coverage 测试集覆盖测试项中已识别等价类的比例。 注：在许多情况下，等价类识别是主观的（尤其是在“无效”等价类），所以对测试项中等价类进行明确计数是不可 能的。 4.1.7 等价类划分equivalencepartitioning 测试设计技术的一种。使用每一个等价类中的一个或多个有代表性的成员来设计测试