GB/T 38634.2-2020《系统与软件工程 软件测试 第2部分:测试过程》之整体解读

如果这篇文章对你有帮助,不妨点个关注,期待与你分享更多!

多层测试过程模型

  • 模型结构:将软件测试活动分为三个过程组,分别是组织级测试过程、测试管理过程和动态测试过程。组织级测试过程负责开发和管理组织级测试规格说明;测试管理过程涵盖测试策划、监测和控制以及完成过程;动态测试过程包含测试设计和实现、测试环境构建和维护、测试执行以及测试事件报告过程。
  • 各层目的:组织级测试过程旨在定义组织级测试规格说明的开发和管理过程,如组织级测试方针和策略的维护;测试管理过程用于管理整个测试项目或特定测试阶段、类型的测试活动;动态测试过程则专注于执行动态测试,可应用于不同测试级别和类型。

组织级测试过程

  • 概述:用于开发和管理组织级测试规格说明,这些规格说明适用于整个组织而非特定项目,例如组织级测试方针和策略。组织级测试方针是执行级文档,描述测试目的、目标和范围;组织级测试策略是技术性文档,定义组织内测试执行方法。
  • 活动和任务:包括开发组织级测试规格说明,从组织当前实践和利益相关方识别需求并制定规格说明,获取利益相关方同意后传达;监测和控制规格说明的使用,确保其在组织内有效使用并采取措施促进合规;更新规格说明,评审使用反馈,确定并批准改进变更,实施后传达给所有利益相关方。
  • 信息项:主要产生组织级测试规格说明,如组织级测试方针和组织级测试策略。

测试管理过程

  • 测试策划过程:目的是确定测试范围和方法,与利益相关方达成共识,及早识别资源、环境等要求。活动包括理解上下文,分析测试需求和相关文档,制定沟通计划;组织测试计划开发,识别活动、确定利益相关方并获得同意;识别和分析风险,评审已有风险,确定新风险并分类评估,记录结果;确定风险缓解方法,根据风险等级等选择处理方法并记录;设计测试策略,估计资源,确定测试阶段、类型、技术、完成准则等,记录策略并获得同意;确定人员配置和调度,明确角色技能,安排活动并获得同意;编写测试计划,纳入策略、人员配置、进度和最终估计;获得一致性测试计划,收集意见、解决分歧、更新并获得认可;沟通并提供测试计划。信息项为测试计划。
  • 测试监测和控制过程:目的是确定测试进度是否符合计划和组织级规格说明,启动控制操作并更新测试计划。活动包括准备,确定测试测度和风险监测方法,建立监测活动;监测,收集记录测度,分析进度,识别差异和阻碍因素,识别和分析新风险及变化风险;控制,按计划执行监控活动,处理上级控制指令,确定差异处理措施和风险应对方法,发出控制指令或变更计划,建立活动准备状态并批准完成,批准测试完成决定;报告,在规定报告期传达测试进度和风险信息。信息项包括测试状态报告、测试计划变更、控制指令和项目及产品风险信息。
  • 测试完成过程:目的是提供测试资产供后续使用,保持测试环境状态,记录并传达测试结果。活动包括存档测试资产,确定可重用资产并提供、存档,记录可用性;清理测试环境,恢复至预先定义状态;识别经验教训,记录项目执行中的顺利工作、问题和改进建议;总结测试完成情况,收集相关信息并汇总评价,编写测试完成报告并获得认可后分发。信息项为测试完成报告。

动态测试过程

  • 测试设计和实现过程:目的是导出测试规程,分析测试依据,组合特征集,导出测试条件、覆盖项、用例和规程,汇集测试集。活动包括识别特征集,分析测试依据,组合待测特征并排序,获得同意后记录并建立可追溯性;导出测试条件,根据完成准则确定条件并排序,记录在测试设计规格说明中并建立可追溯性,获得同意;导出测试覆盖项,应用测试设计技术导出覆盖项并排序,记录在测试用例规格说明中并建立可追溯性;导出测试用例,确定前置条件、输入、操作和预期结果,排序后记录并建立可追溯性,获得同意;汇集测试集,根据约束分配测试用例并记录,建立可追溯性;导出测试规程,排序测试用例,识别测试数据和环境需求,确定优先级后记录并建立可追溯性,获得同意。信息项包括测试规格说明及可追溯信息、测试数据需求和测试环境需求。
  • 测试环境构建和维护过程:目的是建立和维护测试环境,并传达状态给利益相关方。活动包括建立测试环境,根据计划和详细要求计划、设计、建立环境,准备测试数据和工具,安装配置测试项目,验证环境并传达状态,说明环境与运行环境的差异;维护测试环境,按要求维护并通知状态变化。信息项包括测试环境、测试数据、测试环境准备报告、测试数据准备报告和测试环境变更(适用时)。
  • 测试执行过程:目的是在测试环境中执行测试规程并记录结果。活动包括执行测试规程,在准备好的环境中执行,观察并记录实测结果;比较测试结果,比较实际和预期结果,确定测试结果;记录测试执行,按计划记录执行情况。信息项包括实测结果、测试结果和测试执行日志。
  • 测试事件报告过程:目的是报告测试事件,包括新事件识别和已有事件状态更新。活动包括分析测试结果,分析与已有事件相关的结果并更新详情,分析新问题确定是否报告;创建/更新事件报告,确定和报告/更新事件信息,传达新的和更新的事件状态给利益相关方。信息项为事件报告。

总体结论

  • 关键发现:该标准构建了系统的多层测试过程模型,明确了组织级、测试管理和动态测试三个层面的过程及相互关系,详细规定了各过程的目的、活动、任务和信息项。通过规范测试过程,为软件测试的治理、管理和实施提供了通用框架,支持不同软件生存周期模型和测试类型。
  • 重要性:为负责软件测试的各类人员提供了管理和执行测试所需的清晰指导,有助于提高测试过程的规范性和一致性,降低软件风险,提升软件质量。同时,与多种国际和国内相关标准的过程映射,增强了标准的兼容性和适用性,促进了软件测试领域的标准化和规范化发展。
相关推荐
盖伦发发2 天前
软件工程SOLID 五大设计原则
后端·软件工程
Old Uncle Tom3 天前
评测即生死:Agent 时代的可靠性重构
人工智能·软件工程·agent
建筑工程企业管理系统3 天前
工程建设管理信息系统如何选型?多项目协同管控避坑指南
大数据·软件工程·软件需求
黄昏回响3 天前
软件工程基础知识(五):软件测试详解(下篇)——现代测试实践与论文指导
网络·其他·软件工程·改行学it
梁辰兴6 天前
软件工程:McCall软件质量因素
软件工程·梁辰兴·mccall软件质量因素·mccall模型·产品运行·产品修正·产品转移
爱码小白7 天前
开发在线部署工具,读懂组织管理:从代码架构悟创业底层逻辑
软件工程
梁辰兴7 天前
软件工程:软件维护的副作用
数据库·软件工程·梁辰兴·控制方法·软件维护的副作用·副作用类型·副作用原因
盖伦发发8 天前
业务开发常用设计模式:状态、策略、工厂、适配器、模板方法
后端·软件工程
梁辰兴8 天前
软件工程:逆向工程
软件工程·逆向工程·应用场景·梁辰兴·抽象层次·工程过程·方法工具
記億揺晃着的那天8 天前
Amazon Ads API 实战:如何高精度关联广告活动(Campaign)与 ASIN 及 ERP 产品主数据
软件工程·amazon·架构设计·系统设计·亚马逊·sp-api·amazon ads api