reproduce-then-fix

用途：面向修复缺陷、不稳定测试或线上事故的流程约束，强调没有可复现的失败就不算修好。核心循环为六步：复现为红、最小化、解释机制、修根因、看同一红转绿、保留复现用例。资料指出最常被跳过的三步各有后果：先红，事后补写的测试从未失败过，无法证明能捕获该问题；解释机制，说不清错误行为为何发生，就无法确认修复针对的是原因而非扰动；修根因而非表象，用捕获、重试或对已错值的保护掩盖症状，会让缺陷更难找。认证红绿：可用 python3 scripts/verified_red.py --test "pytest tests/test_auth.py::test_expired" --fix fix.patch 在一次性工作区先后运行无修复与有修复的测试，仅当第一次为红、第二次为绿时才认证。另有原则：对意外通过要查明原因，可能是未知的第二道防线、失效检查或缺陷转移；对无机制的红转绿要警惕，触发条件（时序、顺序、缓存）仍潜伏。无法复现时应如实降级：说“未复现”而非“已修复”，投机性修复可发布但须标注；在可疑处加断言、日志或指标以便下次可诊断；记录版本、输入形态、频率以缩小搜索空间。相关技能包括 determinism-by-design、self-audit、reading-isnt-proof、error-taxonomy。适用场景为任何规模缺陷修复、不稳定测试与事故处理；限制是未提供具体安装步骤、平台要求、收费与效果数据。