test

测试

证明重要行为。构建通过或阅读源代码可以作为证明的依据，但两者都不能证明用户可见的流程。

流程

1. 阅读任务、（如有）源规范、已更改的代码、现有测试和仓库说明。验收标准来自任务或经审阅的规范。保留其原有措辞以及 AC-n、REQ-n 或 INV-n ID。切勿为了匹配代码而改写标准。
2. 将每项验收标准、引用的不变量和受影响的失败路径映射到带 ID 的证明。测试已更改的行为，以及重构必须保留的行为。
3. 如果自动化测试无法覆盖受影响的行为，解释原因并提供其他证据。
4. 在缺少证明的地方添加或更新有针对性的测试。当已更改的行为被破坏时，断言应当失败。
5. 除非测试针对有文档记录的内部契约，否则应断言用户或调用方可以观察到的行为。设置和断言应与场景一样简单。
6. 运行能覆盖已更改行为和受影响接口的最精简检查。共享行为或接口发生变化时，运行更全面的检查。
7. 浏览器渲染行为发生变化时，启动文档中指定的应用，并在真实浏览器中检查所需流程和受影响的失败场景。
   • 布局或响应式样式发生变化时，检查桌面端和移动端。
   • 交互发生变化时，检查键盘操作。
   • 在每个流程中检查控制台错误和失败的请求。
   • 留存证据。阅读源代码不算浏览器验证。
8. 将每项 AC-n、REQ-n、INV-n 或任务标准报告为通过、失败或未验证。注明命令、浏览器流程或其他证据。

返回内容

按以下格式报告每项标准：

Criterion: <ID or exact wording>
Result: Pass / Fail / Unverified
Evidence: <command, browser flow, or artifact>
Gap: <what remains unknown, or None>

优先列出失败和未验证项。不要将它们隐藏在通过的检查之后。

限制

• 不要弱化断言来让更改通过。
• 不要修复无关的失败。
• 如果无法使用所需的浏览器工具，则报告该检查受阻，除非用户明确接受手动例外。