场景设定
这是用于填充社区工作流的合成讨论，主题是测试生成在“修复只在真实浏览器出现的问题”里如何面对生成结果看起来正确却无法运行。
发布执行者需要从最小可运行补丁看到输入、动作与结果的关联，否则“修复只在真实浏览器出现的问题”仍缺少可复现依据。
验证路径
建议将测试生成限制在最小可运行样本，采用用小步提交降低风险记录差异，并把先验证关键路径设为扩大范围前的前置条件。
验收清单：
- 用最小可运行补丁固定“修复只在真实浏览器出现的问题”的当前基线。
- 请发布执行者复核逐文件差异与任务边界。
- 若生成结果看起来正确却无法运行仍出现，停止扩大测试生成的改动范围。
决策记录
验收证据：最小可运行补丁用于确认当前动作，逐文件差异用于交叉检查；两者都不能被展示计数替代。
当生成结果看起来正确却无法运行出现时，继续扩大自动化可能更快，也可能让发布执行者失去根据逐文件差异定位责任的机会。
决策记录应说明测试生成本轮覆盖了什么，也要列出不可运行输出仍可能出现的入口。只有发布执行者能够从最小可运行补丁复现判断，结论才可继续使用。
停止条件：最小可运行补丁无法复现或权限超出边界时，执行“将旧结论标记过期后重新采样”，不继续追加测试生成改动。
想听不同做法
请分享一个可重放的检查顺序：测试生成遇到生成结果看起来正确却无法运行时，先看输入、权限还是逐文件差异？