生产故障通常包含足以解释问题成因的证据，但缺乏将其转化为可执行测试所需的结构。追踪信息可能暴露失败的请求路径，日志可能包含异常，而下游跨度（spans）可能揭示触发缺陷的依赖响应。关键的工程步骤是将这些证据转化为确定性回归测试，而非另一份事故总结。近期的故障复现系统遵循同一原则：有效的复现脚本应在存在缺陷的版本中因报告的原因而失败，并在缺陷修复后变为通过的证据。Issue2Test 和 ReProAgent 均采用执行反馈机制，而非将测试生成视为单一的“提示 - 响应”操作。