Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC IEEE 29119-2 — 软件测试过程
软件生命周期的组织级、管理级和动态测试过程
ISO/IEC IEEE 29119-2 标准概述
ISO/IEC IEEE 29119-2定义了全面的测试过程集，适用于整个软件开发生命周期。它建立了一个过程参考模型，包括组织级测试过程、测试管理过程和动态测试过程。这些过程形成了一个层次结构，从企业测试策略一直延伸到单个测试执行，为任何执行软件测试的组织提供了完整的过程框架。
三层过程架构——组织层、管理层和动态层——确保测试在战略层面得到治理，同时在战术和操作层面保持可执行性。
组织级测试过程包括制定定义组织测试目标和原则的测试方针，以及创建选择适当生命周期模型、风险管理方法和测量技术的测试策略。测试管理过程涵盖测试计划、监视、控制和完成。动态测试过程包括实际的测试活动：测试设计、测试实现、测试执行以及测试环境的搭建与维护。
详细过程结构
该标准以精确的输入、任务和工作产品定义了每个过程。测试计划过程生成记录测试策略、资源需求、进度和风险缓解措施的测试计划。测试监视和控制过程使用定义的度量标准跟踪相对于计划的进度，并在发生偏差时触发纠正措施。测试完成过程确保所有测试资产得到正确归档，经验教训得到记录，退出条件得到正式评估。
| 过程组 | 过程名称 | 关键输出 |
|---|---|---|
| 组织级 | 测试方针制定 | 测试方针文档 |
| 组织级 | 测试策略制定 | 组织测试策略 |
| 管理层 | 测试计划 | 测试计划 |
| 管理层 | 测试监视与控制 | 测试进度报告、变更请求 |
| 管理层 | 测试完成 | 测试完成报告 |
| 动态层 | 测试设计与实现 | 测试用例、测试规程、测试数据 |
| 动态层 | 测试环境搭建 | 已配置的测试环境 |
| 动态层 | 测试执行 | 测试结果、事件报告 |
将其测试流程与29119-2对齐的组织持续获得更高的软件质量指标：研究表明在采用的第一年内，生产缺陷减少了35%。
工程实施指南
实施29119-2需要根据组织环境进行谨慎调整。对于DevOps和持续交付流水线，动态测试过程可以自动化并由代码提交触发。测试管理过程可变为显示实时质量指标的轻量级仪表板。组织级过程提供了确保自动化投资与业务目标一致的治理框架。一个实际的起点是将现有测试活动映射到29119-2过程模型，识别差距和重叠。
一个常见的实施失败是将29119-2视为刚性规定而非灵活框架。标准明确允许裁减——可以根据项目风险、规模和关键性省略、组合或调整过程。
工程团队应特别关注测试环境管理过程，这在实际中常常被低估。标准要求测试环境具有生产环境的代表性、正确配置且在使用时可用。环境配置应使用基础设施即代码原则实现自动化，容器化技术可实现可重现的测试环境，消除”在我机器上能运行”的问题。
测试过程实施不力的最昂贵后果并非生产环境中发现的缺陷——而是当关键故障漏入现场时客户信任的丧失。标准化过程是防范此类情况的首要防线。
常见问题
问：29119-2能否与敏捷开发一起使用？
答：是的。这些过程是生命周期中立的。在敏捷环境中，测试计划在冲刺级别进行，测试执行集成到每个冲刺的完成定义中。
答：是的。这些过程是生命周期中立的。在敏捷环境中，测试计划在冲刺级别进行，测试执行集成到每个冲刺的完成定义中。
问：是否有针对29119-2合规性的认证？
答：一些认证机构提供针对29119-2的过程评估。组织也可以使用ISO/IEC 33030中定义的过程能力指标进行自我评估。
答：一些认证机构提供针对29119-2的过程评估。组织也可以使用ISO/IEC 33030中定义的过程能力指标进行自我评估。
问：29119-2与IEEE 829（测试文档）有什么关系？
答：IEEE 829已被29119系列取代。29119-2提供过程框架，而29119-3定义了具体的文档交付物。
答：IEEE 829已被29119系列取代。29119-2提供过程框架，而29119-3定义了具体的文档交付物。
