Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
ISO/IEC IEEE 29119-3定义了软件测试的文档模板和内容要求。它规定了整个软件测试生命周期中产生的测试文档工件结构、格式和内容。该标准取代并扩展了著名的IEEE 829软件测试文档标准,使其与更广泛的29119过程模型保持一致,同时新增了适用于敏捷和迭代开发环境的模板。
该标准提供了按照29119-2过程模型组织的文档模板:组织级文档(测试方针、组织测试策略)、管理级文档(测试计划、测试状态报告、测试完成报告)和动态级文档(测试规范、测试环境要求、测试数据要求、测试执行报告、测试事件报告)。每个模板规定了强制性、条件性和可选的内容元素,允许团队根据自身环境进行裁减。
测试计划模板是核心管理文档,涵盖范围、风险评估、资源估算、进度和通过/失败标准。测试规范模板包括测试用例设计细节、测试规程步骤和测试数据要求。测试事件报告模板以标准化的严重性和优先级分类捕获缺陷信息。测试完成报告总结了测试结果,包括已实现的覆盖率、发现和解决的缺陷以及经验教训。
| 文档类型 | 目的 | 强制章节 |
|---|---|---|
| 测试方针 | 定义组织测试目标和原则 | 目的、范围、目标、原则、角色 |
| 测试计划 | 规定测试方法、资源和进度 | 范围、风险评估、策略、资源、进度 |
| 测试规范 | 详细描述测试用例和规程 | 测试项ID、输入、预期结果、执行步骤 |
| 测试状态报告 | 传达测试进度和度量 | 进度摘要、度量、偏差、风险 |
| 测试事件报告 | 记录测试中发现的异常和缺陷 | 事件ID、摘要、严重性、优先级、环境 |
| 测试完成报告 | 总结测试结果和成果 | 结果摘要、评估、经验教训 |
现代测试团队应将29119-3模板视为起点而非刚性命令。标准明确支持裁减——只要信息内容存在,强制性元素可以以不同格式(Wiki、测试管理工具、需求管理系统)呈现。对于CI/CD流水线,许多管理文档可以自动生成:测试状态报告变为仪表板小部件,测试完成报告由构建脚本生成,事件报告可通过基于API的自动化与问题跟踪系统集成。
测试文档可追溯性是29119-3通过其模板结构解决的关键工程要求。每个测试用例应可追溯到它所验证的需求,每个需求应链接到验证它的测试用例。这种双向可追溯性对于需求变更时的影响分析至关重要——工程团队可以立即识别哪些测试用例需要修改。现代需求管理和测试管理工具自动化了这一追溯过程,但标准确保了无论工具选择如何,信息都被捕获。