qa

QA：测试、修复、验证

测试所请求的 Web 应用，并在范围内修复可复现的错误。使用 exploration.md 进行共享的浏览器测试和报告。仅报告的运行遵循 qa-only 的不修改源代码边界。

修复循环

记录开始时的检出状态，并保留无关的未提交更改。需要时使用隔离的检出；开始 QA 时，不要暂存或提交用户的整个工作树。遵守禁止提交的指示。QA 调用本身并不授权提交、推送、合并或发布。

对于每个已确认的问题，追查原因并进行范围明确的修正。针对修复重现原始场景，收集适当的修复前后证据，并检查相邻行为。如果项目支持，应为逻辑或契约类错误编写有意义的回归测试：证明没有修复时测试失败，有修复时测试成功。不要为了结束而删除失败的测试；应修复错误或报告尚未解决的失败。

针对最终修改的文件，运行适当的检查。仅在获得授权时提交已验证且由你负责的更改，并遵循仓库的提交约定。未验证的修复必须明确标记为未验证；出现回归时，应予以修正，或仅撤销你自己的更改，不要不加区分地执行 git revert HEAD。

出现回归、重复修正失败、原因不明或超出范围时，重新评估。继续进行有用且在范围内的调查；只有在缺少信息或确实存在需要决策的阻碍时才询问。遵守商定的时间／迭代预算。不要计算虚构的风险百分比，也不要在达到所请求的验收标准后反复打磨低优先级问题。

收尾

报告已确认的问题、已验证的修正、尚未解决的阻碍、测试覆盖范围和剩余检查，以及明确的提交／未提交状态。区分已修复、未验证和已延期的事项。数字评分不能凌驾于阻碍或缺少必要证据之上。仅在现有授权范围内添加待办事项，绝不能用 TODO 代替所请求的修复。