测试四象限的核心思想和实践要点
核心观点
测试四象限按“支持团队／评价产品”和“业务导向／技术导向”区分测试用途，使质量活动能够在业务建模、任务分解、TDD 和产品验收之间合理分工。
测试策略不是把测试类型按技术名称装进四个盒子，而是根据测试的目的和测试的受众设计验证流程。同一种测试技术可能因用途不同进入不同象限；真正重要的是它回答什么问题、服务谁的判断，以及在哪个阶段被生产和消费。
两个维度决定测试的用途
- 目的分为支持团队和评价产品：前者为交付团队提供开发反馈，后者评估产品在不同维度上的表现。
- 受众分为业务导向和技术导向：前者围绕业务行为与用户价值，后者围绕组件、系统特性和技术风险。
例如，同一个登录功能测试如果作为自动化回归测试，是在向团队反馈业务行为是否被破坏，属于 Q2；如果作为用户验收测试，是在评价该功能能否满足用户需要，属于 Q3。象限归属由用途决定，而不是由测试名称、工具或自动化方式决定。
| 象限 | 目的与受众 | 核心问题 | 常见证据 | 典型执行方式 | 主要阶段 |
|---|---|---|---|---|---|
| Q1 · 技术导向／支持团队 | 给技术人员快速反馈并定位失败 | 失败具体发生在哪里？ | 单元测试、组件测试，以及领域、Adapter、契约测试 | 自动化 | 架构与任务分解；TDD 与结对编程 |
| Q2 · 业务导向／支持团队 | 证明预期业务行为 | Given / When / Then 实现了吗？ | 功能测试、Story Test、Specification by Example | 自动化与手工 | 业务建模；TDD 与结对编程 |
| Q3 · 业务导向／评价产品 | 从功能和用户交互评价产品价值 | 真实使用体验是否合适？ | UAT、探索性、可用性、可访问性和兼容性评价 | 手工 | 产品验收 |
| Q4 · 技术导向／评价产品 | 评价现实约束下的跨功能特性 | 系统在现实约束下是否可靠？ | 性能、安全、容量、负载、可靠性和可运维性评价 | 工具 | 产品验收 |
这里的“自动化／手工／工具”表示原图给出的典型执行方式，不是第三条分类轴；测试归入哪个象限，仍由测试目的和受众决定。
四象限不是要求每个项目机械填满四个格子，而是帮助团队从全局选择与当前风险相称的测试。Q1、Q2 支持产品构造；Q3、Q4 分别从业务和技术角度评价已经形成的产品。
Q1 与 Q2 必须形成支撑关系
每个验收条件都可以形成一组 Q2，用来证明业务场景是否成立。在该验收条件的上下文中，团队再按模块、组件、类或函数等功能上下文执行 TDD 任务分解；每个可测试任务形成一组 Q1，用来定位具体失败。
验收条件 → Q2：业务行为是否满足预期验收条件 → 功能上下文 → 可测试任务 → Q1：失败发生在哪里
只有 Q2 时，团队知道业务行为失败，却不知道哪个组件需要修复；只有 Q1 时，团队知道某个组件失败，却无法说明它影响了哪个验收条件。因此，Q2 失败时应能追溯到至少一个相关的 Q1，Q1 也应能说明自己支撑哪个 Q2。共享组件可以支撑多个 Q2，但不应形成与验收意图无关的测试孤岛。
构造测试策略的最小步骤
- 从验收条件生成 Q2，明确需要持续证明的业务行为。
- 在每个验收条件的上下文中划分功能上下文和可测试任务，为它们配置 Q1。
- 根据产品价值与用户交互风险选择 Q3，根据性能、安全、容量、负载等跨功能风险选择 Q4。
- 复查各项测试的反馈速度、执行成本及 Q1—Q2 追溯关系。
质量活动沿知识流分工
- 业务建模：具体场景和 Then 为 Q2 提供业务预期，并暴露需要进一步评价的风险。
- 架构与任务分解：围绕功能上下文建立 Q1 与 Q2 的对应关系，并选择合适的验证边界。
- TDD 与结对编程：Q1 帮助快速定位失败，Q2 持续证明已表达的业务行为。
- 产品验收：结合可工作软件、用户旅程与必要的 Q3 / Q4，判断原始问题是否得到解决。
命令通过不能替代产品观察。Q1/Q2 为实现知识反馈循环和功能方案反馈循环提供快速感知，Q3/Q4 则让业务价值反馈循环从业务与技术两个方向评价已经形成的产品；四个象限共同支持从业务理解到产品验收的质量判断。
⚠ Switch to EXCALIDRAW VIEW in the MORE OPTIONS menu of this document. ⚠ You can decompress Drawing data with the command palette: ‘Decompress current Excalidraw file’. For more info check in plugin settings under ‘Saving’
Excalidraw Data
Text Elements
测试四象限
业务导向
技术导向
支持团队
评价产品
Q2｜功能测试／Story Test
示例规约
Q3｜探索性／可用性
可访问性／兼容性
Q1｜领域／组件／Adapter
契约测试
Q4｜性能／安全／可靠性
容量／可运维性
预期业务行为
实现了吗？
真实使用体验
合适吗？
失败发生在哪里？
现实约束下
可靠吗？
证明业务行为
定位失败上下文
支撑
自动化＋手工
手工
自动化
工具
Embedded Files
fcb45a9ad9505561db3e8a8d097e84d9ecd76e53: Icon - 人物, 问题, 提问, 选择, 疑问, 分诊, human, question - Flaticon.excalidraw
960c313d4c49cc264d7959c6bb8d1e051d3586c4: Icon - 清单, 问题清单, 工单, 记录, 待办, 勾选, clipboard, checklist - Flaticon.excalidraw
fa9cee902ae41e5595bf893e123c44725e2223b5: Icon - 向上, 支撑, 依赖, 证据, 节点, 方向, upward, support - Flaticon.excalidraw