四象限是什么
敏捷测试四象限由 Brian Marick 提出、Crispin 与 Gregory 在《Agile Testing》中推广，用两个维度分类测试活动：面向业务还是面向技术，是支持团队前进还是评价产品。它回答的是「测试活动覆盖了哪些视角」，而不是谁来做测试；用它可以检查团队是否只扎堆在某一类活动上。《Agile Testing》的实践经验是：Q1 与 Q2 在迭代内高频进行，Q3 与 Q4 按风险周期性安排。
覆盖检查清单
覆盖检查清单
Q1 单元与组件测试是否覆盖核心逻辑
Q2 验收测试是否紧跟需求变化
Q3 本季度是否安排过探索式测试
Q4 性能与安全是否在发布前评估过四象限
| 象限 | 面向 | 定位 | 示例 |
|---|---|---|---|
| Q1 | 技术 + 支持团队 | 指导开发 | 单元测试、组件测试 |
| Q2 | 业务 + 支持团队 | 澄清需求 | 验收测试、示例、原型 |
| Q3 | 业务 + 评价产品 | 评估体验 | 探索式测试、可用性测试 |
| Q4 | 技术 + 评价产品 | 评估非功能 | 性能、安全、可靠性测试 |
基本信息
| 提出者 | Brian Marick |
|---|---|
| 出处 | Crispin 与 Gregory《Agile Testing》 |
| 两个维度 | 业务/技术 × 支持团队/评价产品 |
| 用法 | 检查测试活动平衡，而非划分岗位职责 |
典型使用场景
- 迭代规划：检查本迭代四类活动配比是否失衡
- 向管理层解释测试全景：自动化、验收、探索、非功能各占什么位置
- 新项目启动：先用 Q1 与 Q2 建立节奏，再补 Q3 与 Q4
- 测试策略评审：四类都有覆盖通常比扎堆更健康
- 培训与面试：用象限建立测试活动分类的共同语言
- 季度回顾：结合缺陷数据检查哪类活动长期缺位
四象限用于检查测试活动的平衡：四类都有覆盖通常比扎堆在某一类更健康；失衡时补哪一类取决于风险，而不是凑数量。
小团队可以先把 Q1 自动化与 Q2 验收打磨好，再引入探索式与非功能测试；四类齐全不代表每类投入相等，按风险调配即可。