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.

javascript

editor

preview

Preparing preview...

practice.next

Practice before moving on

check.understanding

Lesson quiz

Login to save progress

You can read lessons without an account, but progress requires login.

Login