Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS ISO IEC IEEE 29119——软件测试标准系列（概念、过程与文档）
Software and systems engineering — Software testing（ISO/IEC/IEEE 29119 系列）
🧪 BS ISO/IEC/IEEE 29119 系列是 BSI 对国际标准 ISO/IEC/IEEE 29119 的英国实施版本，规定了软件与系统工程——软件测试。该系列由 BSI 技术委员会 IST/15（软件与系统工程）归口，取代了已撤销的 BS 7925-1:1998，为软件测试提供统一的概念、过程、文档与技术要求，是软件质量保证与测试管理领域被广泛引用的国际标准。系列由 ISO、IEC 与 IEEE 三大组织联合制定，兼顾学术、工业与工具厂商的多方视角，使测试活动第一次有了全球一致的”共同语言”。
💡 29119 常被称为”软件测试的宪法”。它不限定使用哪套测试工具或技术，而是把”测试做什么、按什么流程做、文档怎么写”讲清楚，让不同团队、不同组织的测试实践可以横向比较、审计与持续改进。
一、系列概述与背景 📌
软件测试长期缺乏统一的国际术语与流程标准，导致测试活动难以度量与比较。ISO/IEC/IEEE 29119 系列由 ISO、IEC 与 IEEE 联合制定，于 2013 年起陆续发布各分部。BSI 将其作为英国国家标准实施，形成 BS ISO/IEC/IEEE 29119 系列，并取代旧版 BS 7925 软件测试术语标准。第一版的核心分部（第 1、2、3 部分）于 2013 年 9 月发布，第 4 部分（测试技术）与第 5 部分（关键词驱动测试）随后分别于 2015 年与 2016 年发布。
系列各分部由浅入深、相互配套：第 1 分部定义概念与定义，为整个系列奠定术语基础；第 2 分部定义测试过程，给出可管理、可复现的流程框架；第 3 分部定义测试文档，提供统一的文档模板与内容要求；第 4、5 分部进一步规定测试设计技术与基于关键词的自动化测试方法。
⚠️ 本批次的 BS ISO/IEC/IEEE 29119-4:2015 与 BS ISO/IEC/IEEE 29119-5:2016 为扫描版本，文中相关内容依据公开领域知识概括撰写，具体条款以 BSI 官方发布版本为准。
二、系列构成与技术要点 📋
| 标准号 | 分部标题 | 发布时间 | 主要技术内容 |
|---|---|---|---|
| BS ISO/IEC/IEEE 29119-1:2013 | 概念与定义（Concepts and definitions） | 2013 | 软件测试基础概念、测试在验证与确认中的角色、穷举测试等原则 |
| BS ISO/IEC/IEEE 29119-2:2013 | 测试过程（Test processes） | 2013 | 多层次测试过程模型、组织级/管理级/动态测试过程与完整/裁剪符合性 |
| BS ISO/IEC/IEEE 29119-3:2013 | 测试文档（Test documentation） | 2013 | 测试文档模板与内容要求、完整符合性与裁剪符合性 |
| BS ISO/IEC/IEEE 29119-4:2015 | 测试技术（Test techniques，扫描版） | 2015 | 依据公开领域知识概括，涉及测试设计技术（等价类、边界值、判定表等） |
| BS ISO/IEC/IEEE 29119-5:2016 | 关键词驱动测试（Keyword-driven testing，扫描版） | 2016 | 依据公开领域知识概括，涉及基于关键词的自动化测试框架 |
💡 第 1 分部”软件测试概念”阐述了测试在验证与确认（V&V）中的定位，并强调”穷举测试不可行”，引导测试资源向风险最高的部分倾斜，这是 29119 系列最重要的设计思想之一。
三、关键技术要求 🔧
3.1 概念与定义（第 1 分部）
第 1 分部定义软件测试的核心概念，包括测试在验证与确认中的作用、测试级别（单元、集成、系统、验收）的划分、测试类型与测试目标，并明确”穷举测试不可行”等基本前提。它为整个系列奠定统一的术语基础，使不同组织、不同项目之间能够以相同的语言描述测试活动。
3.2 测试过程（第 2 分部）
第 2 分部定义多层次测试过程模型，覆盖组织级测试过程、测试管理过程与动态测试过程。它规定了测试计划、测试设计、测试执行与测试记录等活动的输入/输出与职责分工，并给出完整符合性与裁剪符合性两种适用方式，使测试活动可管理、可复现、可度量，同时允许根据项目风险与规模灵活裁剪。
3.3 测试文档（第 3 分部）
第 3 分部规定测试文档的类型、结构与内容要求，包括测试策略、测试计划、测试用例、测试规程与测试报告等模板，并定义了完整符合性与裁剪符合性两种适用方式。规范化的文档结构便于审计、追踪与度量，也方便测试成果在不同团队之间传递与复用。
3.4 测试技术与关键词驱动（第 4、5 分部）
第 4 分部规范了各类测试设计技术（如等价类划分、边界值分析、判定表、状态转换等），为测试用例的设计提供系统化方法，提升缺陷检出效率；第 5 分部定义了关键词驱动测试框架，将测试逻辑从脚本中抽象为可复用的关键词，便于业务人员参与、自动化维护与大规模回归。
✅ 采用 29119 系列可显著提升测试团队的过程成熟度：统一术语降低沟通成本，规范过程增强可复现性，标准化文档方便审计与度量，风险导向的方法让有限的测试资源投放到最需要的地方。
四、工程实践应用 🛠️
- 🔍 测试管理：按第 2 分部建立组织级与管理级测试过程，明确职责、交付物与度量指标，形成可复现的测试管理闭环。
- 🔧 文档落地：用第 3 分部模板组织测试计划、用例与报告，支撑审计、追踪与质量度量。
- 📊 测试设计：结合第 4 分部测试设计技术生成系统化用例，优先覆盖高风险需求，提升缺陷检出效率。
- 📋 自动化与关键词测试：按第 5 分部方法开展关键词驱动自动化，降低回归脚本维护成本，提升持续集成的回归效率。
- 🛡️ 合规与审计：在安全、金融等强监管行业，借助 29119 文档体系形成可追溯的测试证据链，满足审计要求。
⚠️ 实施时应注意：29119 提供的是”可裁剪”的框架而非死板模板，应根据项目规模、风险与监管要求合理裁剪，避免文档过度导致过程僵化、测试效率下降。
五、常见问题解答 ❓
❓ 问：为什么需要统一的软件测试标准？
答：统一术语与过程让测试活动可度量、可比较、可改进，降低团队与组织间的沟通成本，提升测试质量与效率，也为跨组织协作提供共同基准。
答：统一术语与过程让测试活动可度量、可比较、可改进，降低团队与组织间的沟通成本，提升测试质量与效率，也为跨组织协作提供共同基准。
❓ 问：29119 与 Agile/DevOps 测试实践是否冲突？
答：不冲突。29119 定义了可裁剪的过程框架，敏捷团队可按需裁剪文档与流程，保留标准中的核心原则（风险导向、验证与确认、可追溯性）。
答：不冲突。29119 定义了可裁剪的过程框架，敏捷团队可按需裁剪文档与流程，保留标准中的核心原则（风险导向、验证与确认、可追溯性）。
❓ 问：测试文档模板是强制的吗？
答：第 3 分部允许完整符合性与裁剪符合性两种方式，团队可根据项目特点调整文档范围；只要裁剪合理并保留必要的证据，即被视为符合标准。
答：第 3 分部允许完整符合性与裁剪符合性两种方式，团队可根据项目特点调整文档范围；只要裁剪合理并保留必要的证据，即被视为符合标准。
❓ 问：29119 与 ISO/IEC/IEEE 12207、15288 是什么关系？
答：12207 与 15288 分别是软件与系统的生命周期过程标准，29119 聚焦其中的”测试”过程并给出详细规定；三者互补，29119 可视为生命周期框架中测试活动的专项细化。
答：12207 与 15288 分别是软件与系统的生命周期过程标准，29119 聚焦其中的”测试”过程并给出详细规定；三者互补，29119 可视为生命周期框架中测试活动的专项细化。
🔍 问：实施 29119 需要投入多少？
答：投入取决于裁剪程度，从核心过程梳理到全套文档化均可；关键是让过程可见、可评估，避免形式化，用最小的合理文档换取可度量的质量改进。
答：投入取决于裁剪程度，从核心过程梳理到全套文档化均可；关键是让过程可见、可评估，避免形式化，用最小的合理文档换取可度量的质量改进。
