检查：下一位工程师可验证的交接

在计划模式下，我们调用 GET /healthz 来检查安全性。符合合同规定吗？

• 不。规划模式不发送HTTP，包括GET
• 正确的。始终允许 GET，因为它不会更改数据。
• 正确的。只需要写HTTP成功的规划报告
• 不。您应该发送正文为空的 POST，而不是 GET。

三个正常的候选人得到了确认，但有缺陷和冲突的候选人被搁置。传输 CLI 退出代码是什么？

• 由于整个请求成功，因此为 0，忽略挂起。
• 返回 2，表示还有待审核的项目。
• 创建程序异常并编写任意非零代码
• 删除挂起的行并在新报告中返回 0

你有什么证据来拒绝一个只写成功报告而不调用任何API的程序？

• 检查程序文件名是否为sync.py。
• 查找报告中确认的字符串。
• 只查看程序是否返回退出代码0

After creating the handover document, I modified sync.py.接下来我应该做什么？

• 仅直接更改文档的代码哈希并维护验证列表。
• 仅更改fixture_sha256以表明发生了代码更改
• 使用当前代码重新验证整个验证并创建移交文档。

六案通过。为什么移交文件的决定设置为review_only？

• 这是因为教育实施的验证和客户操作的批准是分开的。
• 这是因为仅检查了文档格式，而没有实际的 HTTP 请求。
• 这是因为验证成功必须对下一个负责人隐藏。
• 这是为了在下次执行时自动批准挂单。

我尝试了两次预订 POST 和一次 GET 查询。结果.尝试怎么样？

• 由于有3个请求查看，因此整数为3。
• 由于只统计POST，所以整数为2。
• 最终确认一次，因此整数为1。
• 整数为4，因为它表示最大尝试次数策略。