Build fluency in the vocabulary of automated visual regression testing for UI components.
0 / 5 completed
1 / 5
At standup, a dev mentions a CI check that compares a new screenshot of a UI component against a previously approved baseline image, flagging any pixel-level difference for review. What is this testing technique called?
Visual regression testing automatically compares a new screenshot of a rendered UI component against a previously approved baseline image, flagging any pixel-level difference for a human to review, rather than relying on a functional test that only checks behavior without verifying actual visual appearance. This catches unintended visual side effects, like a broken layout, that a purely functional test would miss entirely. It automates a comparison that would otherwise require someone to manually inspect every affected component by eye.
2 / 5
During a design review, the team wants an intentional visual change, like an approved new button color, to be explicitly accepted as the new baseline rather than repeatedly flagged as a difference on every future run. Which capability supports this?
A baseline approval workflow lets the team explicitly accept an intentional visual change as the new correct baseline, so future test runs compare against that updated version instead of repeatedly flagging the same accepted change as an unresolved difference. This distinguishes a genuine, unintended regression from a deliberate, already-reviewed design update. Without this workflow, every intentional visual change would otherwise keep triggering the same already-resolved flag indefinitely.
3 / 5
In a code review, a dev notices the tool renders a component across several different browser engines and viewport sizes before comparing each one against its own separate baseline. What does this represent?
Cross-browser, cross-viewport visual coverage renders and compares a component's appearance across several different browser engines and screen sizes, rather than checking its visual correctness in only a single configuration. This catches a rendering inconsistency, like a layout issue that only appears in one specific browser or at a particular viewport width, that testing a single configuration would completely miss. This broader coverage matters because visual bugs frequently manifest differently, or not at all, depending on the specific rendering environment.
4 / 5
An incident report shows a genuine visual regression was accidentally approved as a new baseline because a reviewer clicked through a large batch of flagged differences too quickly without carefully checking each one. What practice would prevent this?
Carefully reviewing each individual flagged difference before approving it, rather than quickly batch-approving a large set without close inspection, catches a genuine regression that could otherwise slip through unnoticed among many other, actually intentional changes. Assuming every flagged difference is automatically correct defeats the entire purpose of having a human review step in the workflow. This careful, individual review discipline is what makes the baseline approval workflow an effective safeguard rather than just a rubber stamp.
5 / 5
During a PR review, a teammate asks why the team uses automated visual regression testing instead of relying on manual visual inspection of the UI before every release. What is the reasoning?
Manually inspecting every affected UI component across multiple browsers and viewport sizes before every single release would be impractically time-consuming and is prone to human oversight, especially as the number of components grows. Automated visual regression testing checks this consistently and at scale, flagging only what's actually different for a human to then review. The tradeoff is the ongoing discipline required to properly review and approve genuinely intentional changes, rather than reflexively approving everything the tool flags.
What does the "Chromatic Visual Testing Vocabulary" vocabulary exercise cover?
This exercise tests real IT vocabulary related to chromatic visual testing vocabulary through 5 multiple-choice questions, each built from realistic workplace sentences rather than abstract definitions.
Is this vocabulary exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is completely free — no account, sign-up, or payment required.
How many questions does this exercise have?
This exercise has 5 questions. Each one shows a real-world sentence or scenario with multiple-choice options and an explanation once you answer.
What happens after I answer a question?
You'll see immediate feedback showing whether your answer was correct, along with a short explanation of why — then a button to move to the next question, and a full results screen at the end.
Can I retry the exercise if I get questions wrong?
Yes. Once you reach the results screen, click "Try again" to reset your answers and go through the exercise from the start as many times as you like.
Do I need to create an account to take this exercise?
No account is needed. Your answers are scored in your browser during the session — nothing is saved to a server, so you can jump straight in.
Is my progress saved if I leave the page?
No — progress within an exercise resets if you navigate away or reload. Each exercise is short enough to complete in a few minutes in one sitting.
Are these vocabulary exercises connected to other topics?
Yes — this module shares real-world context with 11 other vocabulary modules. See "Related vocabulary" below to keep building a connected skill set.
How is this different from reading a glossary or blog article?
Exercises like this one are active recall drills — you have to choose the correct term or phrasing yourself, which builds retention faster than passively reading a definition.
Where can I find more vocabulary exercises?
Browse the full Vocabulary exercises hub for hundreds of modules covering Agile, DevOps, security, databases, architecture, and more — organised by IT role and skill.