ISOIECIEEE 29119-22021 软件和系统工程.软件测试.第2部分测试过程标准立项发展报告

*ISO/IEC/IEEE29119-2:2021软件和系统工程软件测试第2部分：测试过程标准立项发展报告EnglishTitleStandardizationDevelopmentReport:SoftwareandSystemsEngineering—SoftwareTesting—Part2:TestProcesses摘要关键词软件测试；测试过程；过程模型；ISO/IEC/IEEE29119；标准化；质量管理；软件工程Keywords:SoftwareTesting;TestProcess;ProcessModel;ISO/IEC/IEEE29119;Standardization;QualityManagement;SoftwareEngineering正文1.引言：标准化背景与需求在软件日益渗透人类社会生活各个领域的今天，软件质量直接关系到经济、安全乃至社会稳定。传统的软件测试实践往往因组织文化、项目规模、技术栈的不同而呈现出高度的碎片化特征，导致测试效果参差不齐，跨组织协作成本高昂。为解决这一行业痛点，国际标准化组织（ISO）、国际电工委员会（IEC）及电气电子工程师学会（IEEE）联合发布了ISO/IEC/IEEE29119系列标准，旨在为全球软件测试从业者提供一套统一、权威且可灵活裁剪的通用框架。ISO/IEC/IEEE29119-2:2021（以下简称“29119-2”）作为该系列标准的核心组成部分，专门定义了“测试过程”。该标准的立项源于业界对以下核心需求的广泛共识：一是需要一个能够涵盖从组织级策略制定到具体测试执行的全景式过程模型；二是需要明确不同测试层级（如组件测试、集成测试、系统测试）和测试类型（如功能测试、性能测试）间的过程交互关系；三是需要为测试过程的度量与改进提供一套标准化的基准。2.标准结构与核心内容ISO/IEC/IEEE29119-2:2021采用了一套层次化、可扩展的过程模型，将测试活动划分为三个主要级别，构成了一个逻辑严密、自上而下的过程框架。2.1组织测试过程该级别从组织全局视角出发，规定了组织如何定义、实施、监控和改进其核心测试策略。它包括但不限于：*制定组织测试规范：定义组织层面的通用测试方针、测试过程文档模板及测试环境需求。*管理组织测试资产：对组织的测试工具体系、测试知识库、可复用测试资产等进行统筹管理。*测试过程改进：通过收集度量指标，定期评审和分析组织测试过程的效能，并基于CMMI或ISO330xx等过程改进模型进行持续优化。2.2测试管理过程测试管理过程专注于特定测试项目或测试阶段的规划、监控、控制与完结。其主要活动包括：*测试计划：识别测试风险，制定测试策略，估算测试资源，编排测试日程，并生成测试计划文档。*测试监控与控制：持续跟踪测试进度，监控测试覆盖率、缺陷发现率等关键指标，并采取纠正措施确保测试按计划进行。*测试完成：在测试活动结束后，编制测试总结报告，评估测试充分性，确定遗留风险，并对测试资产进行归档。2.3动态测试过程动态测试过程是执行测试的具体活动，涵盖了从测试设计到缺陷管理的完整生命周期。核心活动包括：*测试设计与实现：基于测试基础（如需求、用户故事）设计测试用例，生成测试数据，并搭建或配置测试环境。*测试环境建立与维护：确保测试环境与目标部署环境一致或模拟其关键特征，并对环境配置进行版本管理。*测试执行：按照测试规程执行测试用例，记录测试结果，并报告发现的缺陷。*缺陷管理：对发现的缺陷进行记录、分类、分派、验证直至关闭的全过程管理。该标准特别强调，以上所有过程均可根据项目特点（如敏捷、DevOps、安全关键系统）进行剪裁与适配，体现了其“标准化框架，灵活化实践”的设计理念。3.关键技术修订与亮点：从2013版到2021版ISO/IEC/IEEE29119-2:2021是对2013版的一次重大修订，其核心变化反映了软件行业过去十年在开发模式（尤其是敏捷与DevOps的普及）和工程实践上的深刻变革。3.1强化对敏捷开发和DevOps的适配2013版标准发布时，瀑布式开发仍占主导地位。而2021版正式接纳并定义了“测试活动如何嵌入到诸如Sprint迭代、持续集成/持续交付（CI/CD）管道等新兴工作流中”。标准不再将测试过程视为一个独立的、线性的阶段，而是将其描述为与开发活动并行、持续进行的“质量内建”活动。例如，动态测试过程被精细化为可与开发迭代同步执行的片段。3.2引入更灵活的文档化要求为回应业界对“过程导向”可能带来过度文档化的担忧，2021版将“强制性文档”的要求转为“工作产品”的概念。标准明确指出，采用该标准的组织不必生搬硬套全套文档模板，而是可以根据风险评估和项目治理要求，仅产出“必要的”工作产品（如测试计划、测试总结报告）。这种灵活性极大地降低了中小企业采纳该标准的门槛。3.3增加了测试过程度量指标新标准强化了度量体系，增加了关于测试效率、有效性、风险评估准确度、缺陷移除效率等方面的建议性度量指标。这些指标不再仅仅是简单的“用例通过率”，而是深入到过程运行状态和缺陷模式分析，为过程改进提供了量化依据。3.4更新了与风险管理的整合2021版更清晰地阐述了测试过程如何与ISO31000《风险管理》原则进行交互。标准将风险项（如技术风险、项目风险、商业风险）作为驱动测试计划与设计的核心输入，并定义了基于风险调整测试优先级的过程活动。4.标准适用性与行业价值ISO/IEC/IEEE29119-2:2021的应用范围覆盖了几乎所有需要进行软件测试的组织，无论其规模大小或行业属性。其主要价值体现在：*提升组织能力基准：为采购方和对供应商进行能力评估的合规审计方提供了统一的过程评价基准，降低了缔约成本。*降低过程风险：通过标准化的测试管理过程，有效降低因过程失控导致的质量事故风险。*促进人员技能发展：明确了测试人员在不同过程角色中应具备的能力要求，为制定测试培训体系提供了参考。*支持法律与合规要求：在航空航天、医疗、金融服务等安全关键或受监管行业，采纳该标准有助于证明软件测试活动的充分性与合规性。5.主要参与单位介绍本标准的制定和修订工作主要由ISO/IECJTC1/SC7“软件与系统工程”分技术委员会（以下简称“SC7”）主导。ISO/IECJTC1/SC7“软件与系统工程”分技术委员会是国际标准化领域中在软件与系统工程方面最权威、最具影响力的技术组织之一。它隶属于ISO和IEC联合设立的第一联合技术委员会（JTC1），负责制定涵盖软件工程、系统工程、过程评估、IT资产管理、开放系统环境等多个领域的国际标准。SC7的结构与运作极具专业性，其下设多个工作组（WorkingGroup,WG）。例如，WG10专注于软件过程评估与改进，而负责起草ISO/IEC/IEEE29119系列标准的核心力量则来自WG12（软件测试工作组）。WG12汇集了来自全球30多个参与成员国家的顶尖专家，包括来自大型软件企业（如Microsoft、Siemens、IBM）、测试工具供应商（如Tricentis、MicroFocus）、顶尖大学与研究机构的代表，以及政府与行业监管机构的技术官员。这些专家定期举行线下及线上会议，通过严格的投票机制和共识流程，历经数年的起草、评议、修订、投票，最终推动了2021版的发布。SC7及其下属工作组的工作模式体现了国际标准制定的几个关键特征：1.共识驱动：标准的每一个技术条款都需要经过全球专家的充分讨论，并在正式投票中获得多数支持。2.公开透明：所有标准草案均在特定阶段向公众征求意见，确保所有利益相关方（包括终端用户）的声音都能被听到。3.持续迭代：标准并非一成不变，SC7会定期（通常3-5年）对标准进行复审，并根据行业反馈和技术发展进行修订或废止。结论ISO/IEC/IEEE29119-2:2021《软件和系统工程软件测试第2部分：测试过程》的成功发布与持续演进，标志着全球软件测试标准化工作进入了全新的阶段。该标准不仅固化了经过数十年验证的经典测试过程框架，更以其敏锐的行业洞察力，精准地捕捉并回应了敏捷开发、DevOps、持续测试等新兴实践对标准化提出的挑战。它不再是一本冰冷的静态规范，而是一份能够指导组织进行过程设计、执行、度量和改进的动态指南。展望未来，随着人工智能（AI）在测试用例生成、缺陷预测、测试优化等领域的深度应用，以及测试与开发运维一体化（NoOps）趋势的加速，软件测试过程将面临新的变革。SC7及WG12工作组必将继续推进相关标准的预研与更新，例如探索在测试过程中嵌入AI决策点、定义AI模型测