评估示例
| 风险项 | 可能性 | 影响 | 处置 |
|---|---|---|---|
| 支付回调丢失 | 中 | 高 | 优先覆盖：幂等、重试、对账用例 |
| 导出报表字段错位 | 高 | 低 | 常规覆盖 + 抽查 |
风险清单要落到具体条目并关联用例，否则无法验证高风险已被覆盖。
| 更新时机 | 需求变更、缺陷分布变化与发布节奏调整时重评 |
|---|---|
| 排序复审 | 按迭代节奏复核可能性与影响评分 |
基于风险的测试（RBT）
按发生可能性与影响程度对功能与质量属性排序，把有限测试资源投向高风险区域；风险分析贯穿计划、设计与退出的全过程。
易错点
- 把所有功能都标为高风险，等于没有优先级
- 只在测试计划阶段做一次风险评估，未随发布节奏更新
数据来源与参考
- ISTQB CTFL 4.0 大纲（基于风险的测试）