用途：在测试时间有限时决定先测什么，适用于版本测试规划、紧急修复验证影响范围、跨模块上线风险点识别，以及和 PM 沟通“哪些不测”。
核心原则：不能测所有东西；测试目的是暴露风险；风险=概率×影响，两者都要量化；风险随变更动态变化，每轮迭代重新评估；矩阵只是工具，目标是团队对齐可接受的风险。
主要能力：提供 5×5 风险矩阵（L 接受 / M 监控 / H 必测 / C 不测不上），影响维度从用户、业务、修复成本分级，概率维度结合触发条件与历史数据分级。提供 James Bach 启发式风险识别清单，覆盖业务风险（钱、隐私、合规、品牌、SLA）、技术风险（新技术、重构、跨服务、异步并发、第三方、性能）、流程风险（多人协作、赶工期、环境差异、数据迁移、灰度）、历史风险（同模块或同类业务出过事故）。
使用方式：按清单识别风险点→对每项打概率与影响分（1~5）→按乘积倒序→分级处理（C 必测且多方法加评审，H 必测，M 选测，L 接受/监控）→与 PM/Tech Lead 评审不测范围与资源→输出风险登记表（ID、描述、概率、影响、等级、测试策略、缓解措施、责任人、状态）。时间分配采用 80/15/5：80% 给 C+H，15% 给 M，5% 给 L。
升级决策：C 级且时间不足时推迟上线、砍范围或加资源；H 级发现 Bug 升级为 C；M 级有历史事故升为 H；多个 H 叠加按 C 处理。
限制：需人工判断与团队沟通，打分若无依据易产生分歧；风险登记表若不更新会失效；C 级风险不能只靠“测得严”，需砍范围、灰度、监控、回滚等非测试手段兜底；具体工具命令、安装方式与配套模板路径等细节暂未提供。