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

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

多层测试过程模型

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

组织级测试过程

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

测试管理过程

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

动态测试过程

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

总体结论

  • 关键发现:该标准构建了系统的多层测试过程模型,明确了组织级、测试管理和动态测试三个层面的过程及相互关系,详细规定了各过程的目的、活动、任务和信息项。通过规范测试过程,为软件测试的治理、管理和实施提供了通用框架,支持不同软件生存周期模型和测试类型。
  • 重要性:为负责软件测试的各类人员提供了管理和执行测试所需的清晰指导,有助于提高测试过程的规范性和一致性,降低软件风险,提升软件质量。同时,与多种国际和国内相关标准的过程映射,增强了标准的兼容性和适用性,促进了软件测试领域的标准化和规范化发展。
相关推荐
嘿黑嘿呦14 天前
chap 8排序
算法·蓝桥杯·排序算法·软件工程
旧曲重听114 天前
2026前端技术从「夯」到「拉」
前端·程序人生·职场和发展·软件工程
承渊政道14 天前
飞算JavaAI 智能引导背后的多 Agent 协作机制解析:从老旧 Java 后台升级到可运行工程
java·开发语言·spring boot·安全·intellij-idea·软件工程·ai编程
apcipot_rain14 天前
计科八股20260616(1)——堆存中位数、链表判环、黑白测试、敏捷开发与瀑布模型、配置管理、持续集成、池化
数据结构·算法·软件工程
lisw0514 天前
【计算机科学技术】路由器(route):概念、历史、内容与战略!
机器学习·智能路由器·软件工程
培培说证15 天前
大数据、人工智能、计算机、软件工程,到底怎么选?
大数据·人工智能·软件工程
文艺倾年15 天前
【强化学习】MDP、贝尔曼方程与CartPole 编程,20W字总结(二)
人工智能·软件工程·强化学习
郝学胜-神的一滴15 天前
CMake 017:彩色日志输出实战
linux·c语言·开发语言·c++·软件工程·软件构建·cmake
小程故事多_8016 天前
AI软件工程范式革命,终结五十年的“手工伪工程”时代
人工智能·软件工程
精益数智小屋16 天前
项目管理看板如何拆解任务进度?项目管理看板解决跨部门协作难题
大数据·人工智能·数据分析·云计算·软件工程