用途：该技能用于以测试驱动方式修复缺陷。当缺陷存在清晰、低成本的测试路径时，先把错误行为变成可执行的失败测试，再修改生产代码，目标是得到一个在修复前失败、修复后通过的聚焦回归测试。若测试不切实际则不强行添加。
主要能力与工作流：理解缺陷，明确预期行为、当前行为、受影响路径与最小可观察复现；选择最窄的可执行检查，优先复用该代码路径既有的单元、组件、集成或回归测试；先写最小聚焦测试，编码预期行为而非复刻当前实现；在修复前运行新测试，确认因预期原因失败；做满足预期行为的最小生产改动并保持邻近契约；重跑回归测试确认通过；再运行相邻测试、类型检查、lint 或场景检查等邻近验证。
失败测试不现实时：不要静默跳过回归步骤。修复前明确解释为何失败测试不可能或不值得，然后选择最接近的可执行回归检查，例如定向脚本、手动复现命令、浏览器自动化、快照比较、日志断言或聚焦集成检查。
限制与守则：宁可不加新测试，也不要坏测试（主要测 mock、编码实现细节、依赖时序或全局状态、为小修动用昂贵基础设施、证明修复后立即删除的测试）。不要为迁就错误实现而改测试；不要削弱既有断言，除非预期行为确实改变且原因清楚；回归测试保持聚焦，避免无关 fixture 变动或扩大覆盖。测试波动时尽量确定性化并记录锁定信号。若缺陷暴露更广的失败类别，先落地聚焦回归路径，再考虑同类覆盖。最终回复需报告证据：说明修复前失败的测试或可执行检查及其失败信息，以及修复后通过的测试运行与邻近验证；若无法展示失败前证据，说明原因及所用最接近的回归检查。