软件测试标准

团队常卡在「测什么、怎么记、流程怎么对齐」

不少项目在评审测试计划或补文档时，会发现大家对 verification 与 validation、retesting 与 regression 各说各话；缺陷从发现到关闭也没有统一口径。若还要和生命周期过程（如 ISO/IEC 12207）或质量模型对齐，缺少共同词汇和分层流程，沟通成本会很高。

技能覆盖什么

本技能以 ISO/IEC/IEEE 29119 五部分为骨架，把可落地的内容串成一条线：

• Part 1：测试基础、基于风险的优先级、常见实践（需求驱动、探索式、脚本化等），以及敏捷 / 瀑布 / 演进式开发下的测试要点
• Part 2：三层过程模型——组织级测试过程、项目管理过程（计划 / 监控与控制 / 完成）、动态测试过程（设计实现、环境、执行、事件报告）
• Part 3：文档类别与模板结构，例如测试策略、Test Plan、状态与完成报告、测试设计与用例规格
• Part 4 / Part 5：测试技术与关键字驱动测试的索引方向（与 Part 2、3 配合使用）

写计划或评审文档时，可按标准里的章节清单对照：上下文、沟通、风险登记、策略、活动与估算、人员与进度等，而不是从零猜目录。

适用边界

这是标准要点与术语的导航与写作结构，不是标准全文，也不能替代你们组织的合规裁量或采购的正式标准文本。具体技术选型（工具链、覆盖率指标、自动化 ROI）仍需结合项目约束；标准给出的是过程与文档的通用框架，实施细节要由团队自行裁剪。