Skip to main content
Automation
DEFINITION

What is Assertion?

An assertion is a statement in a test that checks whether an actual result matches an expected result, if the condition holds, the test continues or passes; if not, the assertion fails and marks the test as failed. Assertions are what give a test its verdict.

No account needed · Scored in under a minute against a senior rubric

IN DEPTH

What does Assertion mean in practice?

A test without assertions does not really test anything, it just exercises code. The assertion is the verification step that turns activity into a meaningful pass/fail check: assert that the response status is 200, that the total equals $45, that the element is visible. Frameworks provide assertion libraries (JUnit/Hamcrest, Chai, Jest's expect, AssertJ, Cypress should) with expressive matchers.

A key distinction is hard versus soft assertions. A hard assertion stops the test immediately on failure, useful when subsequent steps make no sense if this one failed. A soft assertion records the failure but lets the test continue, then reports all failures at the end, useful when you want to check several independent things in one run (for example, validating many fields on a form) without stopping at the first problem.

Good assertions are specific and meaningful: they check the actual behavior that matters with clear failure messages, rather than being too loose (asserting something trivially true) or too brittle (asserting on incidental details that change often). Strong assertion design is a big part of writing tests that fail for the right reasons and are easy to diagnose.

WHY IT MATTERS

Why do interviewers ask about Assertion?

Assertions are fundamental to automation interviews. Explaining hard vs soft assertions and what makes a good assertion (specific, meaningful, clear failure message) shows you understand what actually makes a test verify something, not just run code.

EXAMPLE

What does Assertion look like in a real project?

A form-validation test uses soft assertions to check ten fields in one run: it records that two fields show the wrong error message and continues, then reports both failures at the end, so the team fixes both at once instead of discovering them one slow test run at a time.

TIP

How should you talk about Assertion in an interview?

Define an assertion as a check that the actual result matches the expected result, producing the test's pass/fail verdict. Contrast hard assertions (stop on first failure) with soft assertions (collect all failures, report at the end), and note that good assertions are specific with clear failure messages.

FAQ

Common questions about Assertion

What is the difference between a hard and a soft assertion?

A hard assertion stops the test immediately when it fails, appropriate when later steps depend on it. A soft assertion records the failure but lets the test continue, then reports all collected failures at the end, useful for checking several independent things (like many form fields) in one run without stopping at the first failure.

What makes a good assertion?

It checks the specific behavior that matters, with a clear, descriptive failure message, neither too loose (asserting something trivially true, so the test never really fails) nor too brittle (asserting on incidental details that change often). Good assertions make tests fail for the right reasons and are easy to diagnose.

Related Resources

Dive deeper with these related interview prep pages.

FREE TOOLS  /  no signup

Free QA career tools, no account needed

Instant and private, everything runs in your browser. Try them before you sign up.

EXEC.NOW

Ready to Ace Your QA Interview?

Practice explaining assertion and other key concepts with our AI interviewer.

Join 500+ QA engineers already practicing with AssertHired.

Question 1 · Automation · Mid-levellive scoring

A test passes locally but fails in CI about one run in five. Walk me through what you check first, and why.

Scored on the same four dimensions as the real thing: Technical accuracy · Coverage · Clarity · Best practices.

Rather skip ahead? Create a free account

FREE.TO.START  ·  7.DAY.TRIAL ON PAID PLANS
Written by , Senior QA Automation Engineer, 50+ QA candidate interviews conductedLast updated July 2026