用途：当发现某个 bug 本可被更好的测试捕获时，使用该技能退一步，围绕整个功能区域发散测试用例，找出可能存在的同类问题，而不仅针对已知 bug 写回归测试。
触发场景：发现本可被测试捕获的 bug；事故后认为某功能区域测试不足；希望在发布前主动加固某功能；代码审查发现测试缺口并想找出同类缺口。
主要流程：
- 理解 bug：它是什么、属于哪类根因（状态管理、数据流、校验、竞态条件、边界情况、集成边界等）、现有测试为何没捕获、哪个假设是错的。
- 梳理功能范围：入口点、状态迁移、数据流、集成边界（外部服务、数据库、队列、缓存、其他模块）、配置（功能开关、设置、依赖环境的行为）。
- 按类别发散用例：happy path 缺口、边界与极端条件、状态与顺序、错误与失败模式、数据完整性、集成边界、时间与调度、面向用户行为。
- 优先级排序：按生产环境出现概率、破坏影响、与原始 bug 根因的相似度排序，先处理高概率、高影响以及与原始 bug 同类的用例。
- 输出格式：以优先级检查清单呈现，包含原始 bug（描述、根因、类别）、优先级 1（同根因模式）、优先级 2（高概率+高影响）、优先级 3（值得覆盖的边界情况），测试项用复选框列出并说明。
反模式提醒：不要只对已知 bug 写回归测试就结束；不要堆砌 50 条通用测试想法，每条应针对该功能且可执行；不要忽略测试金字塔，标注每条用例适合单元测试、集成测试还是端到端测试；不要只发散不落地，输出应直接用于编写真实测试，挑选靠前项先写。
限制：资料未提供具体安装命令、平台支持、收费或价格信息；该技能以流程与提示为主，需结合具体项目实际执行。