Integration and Browser Tests
Component and accessibility tests
Test UI through roles, labels, and user actions.
8 minutes - Absolute beginner
What this means
Component tests render a focused UI and interact through accessible names instead of internal class names.
In beginner terms, this topic answers one practical question: "What should I write, and why does React care about it?" Do not try to memorize the syntax first. First understand the idea, then connect the syntax to that idea.
Why it matters
Role-based queries encourage usable markup and reflect how people find controls.
When you build real React screens, this idea helps you decide where data should live, what the user should see, and what should happen after an interaction. That is why this lesson is part of the main path instead of being an optional detail.
Step by step
1. Notice the UI problem this topic solves. 2. Look at the smallest possible example. 3. Change one value and predict what should appear. 4. Run the example and compare the result with your prediction. 5. Use the practice task before moving on.
Small example
getByRole('button', { name: 'Save' })Common mistake
Do not copy component and accessibility tests syntax without explaining what problem it solves and checking the result.
Practice task
Change one part of the example, predict the result, run it, and explain the result in your own words.
Remember this
Do not select elements by fragile implementation classes when a user-facing role exists.
try.it
Examples
Try it: Component and accessibility tests
Edit this focused Testing example and run it in the browser preview.
Preview runs browser-safe JavaScript in a sandboxed frame, never on the server.
editor
preview
Login to save progress
You can read lessons without an account, but progress requires login.