Visual Regression Test
ビジュアルリグレッションテスト
ビジュアルリグレッションテストは、今日レンダリングされた画像を同じブラウザ条件下で承認済みの参照画像と比較します。
もう一つの例
チェックアウトのスクリーンショットは、固定されたブラウザ設定で承認済みの参照と比較されます。切れたキーボードフォーカスリングは、レビュー用にピクセル差として表示されます。変更されたすべての画像を確認せずに承認することは回帰テストではありません。
主な部分
- 01制御レンダリング
- 02承認済みベースライン
- 03レビュー可能な差分
以下の場合に使用します
この用語は、DOM の値だけでは確認が難しい可視的な変更を指す場合に使用してください。
以下の場合は使用しないでください
幅の広いピクセル制限のある不安定な画像を隠したり、意味や動作のチェックをスクリーンショットで置き換えたりしないでください。
コードで使用する名前
current screenshot Δ approved baseline 出荷前に
Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule.
Outcome:Complete the task with ビジュアルリグレッションテスト (Visual Regression Test)。 User context:チェックアウトのスクリーンショットは、固定されたブラウザ設定で承認済みの参照と比較されます。切れたキーボードフォーカスリングは、レビュー用にピクセル差として表示されます。変更されたすべての画像を確認せずに承認することは回帰テストではありません。 Validation approach:ビジュアルリグレッションテスト (Visual Regression Test)。 Why it fits:この用語は、DOM の値だけでは確認が難しい可視的な変更を指す場合に使用してください。 Do not use it when:幅の広いピクセル制限のある不安定な画像を隠したり、意味や動作のチェックをスクリーンショットで置き換えたりしないでください。 Test requirements: Name the system and test environment. Define prepared test data, other inputs, and the result you can observe. Include failure and edge cases, allowed error, isolation, and cleanup. Test operations: Make failures easy to diagnose. Control random or changing inputs. Name an owner. Keep the test fast and simple enough for its release gate. Acceptance criteria: The test fails for the known bug and passes after the fix. It repeats in the target environment, gives useful evidence, and does not expose or change unrelated data. Evidence and limits (evidence boundary):その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Release gate, environment, prepared test data, allowed error, time budget, owner, and flaky-test rule.
このリクエストを確認する
Review how ビジュアルリグレッションテスト (Visual Regression Test) is used now. Definition: ビジュアルリグレッションテストは、今日レンダリングされた画像を同じブラウザ条件下で承認済みの参照画像と比較します。 Release checks: Check the environment and prepared test data (fixture). Define a result you can observe, failure and edge cases, isolation, stable inputs, useful error details, and cleanup. Set a time budget, owner, and flaky-test rule. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.