Menu

UX

Smoke Testing

A practical UX and product validation method for checking core functionality quickly so critical issues are caught before deeper testing.

How to use smoke testing to verify core flows at a basic level, catch obvious blockers early, and stabilise before more detailed testing.

4 min read

What it is

Smoke testing is a UX and method used to quickly assess whether a , flow, or product works at a basic level.

It is not about detailed or . It is about identifying obvious issues early.

Users are asked to complete simple tasks to confirm that core functionality works and makes sense.

The focus is on major blockers, not .

The goal is to catch critical problems before investing more time in testing or development.

Smoke testing is most useful when you need a fast reality check on whether the basics hold together at all.

When to use it

Use this method when you need a quick sense check.

It is most useful when:

You have a new feature or prototype
You want to catch obvious issues early
You are preparing for deeper testing
You need fast feedback with minimal effort
You are working under time constraints

It is less useful when:

you need detailed usability insights
you are refining interactions or design
the product is already well tested
Smoke testing is often used before full usability testing.

Key takeaway

Use smoke testing when the priority is quickly confirming core viability before spending effort on deeper evaluation.

How to run it

Set up properly

Be clear on which flows are critical and what counts as working. Smoke testing checks whether the basics hold, so the basics have to be listed.

Run it as soon as a is testable, before booking anybody for deeper .

Run the method

Smoke testing checks that the core flows work at all. It is deliberately shallow, and its purpose is to avoid spending proper time on a broken .

  1. Give a small number of key tasks covering the critical paths only.
  2. Observe whether people can complete them, without probing for detail.
  3. Note major issues and outright failures, and stop investigating anything smaller.
  4. Avoid deep discussion. Following an interesting tangent turns this into a test and costs the speed you came for.
  5. Keep short: this should take minutes, not an hour.

Resist going deeper. The moment you start exploring why something is confusing, you have stopped smoke testing and started a study you did not plan for.

Capture and make sense of it

The value comes from catching blockers early. After the , document:

  • Whether each critical flow completed
  • Blocking failures that must be fixed before further testing
  • Anything preventing a proper from running
  • A clear verdict on whether the is ready to test

Use this before every round of deeper . Ten minutes here regularly saves a wasted day of .

What to look for

Focus on:

Completion: whether users can finish tasks
Blockers: issues that stop progress
Blockers: anything preventing a deeper session from running
Flow: whether the journey works at a basic level
Stability: whether the experience holds together

Where it goes wrong

Most issues come from:

If major issues are missed, everything else is wasted.

Turning it into a usability test by following an interesting tangent
Testing more than the critical paths
Running it after sessions have already been booked
Noting a blocker and proceeding anyway
Skipping it, then spending a day of research on a broken build

What you get from it

Done properly, this method gives you:

A verdict on whether the build is worth testing
Blocking failures caught in minutes rather than sessions
Confidence to proceed, or a clear reason not to
A day of research protected for the cost of ten minutes

Key takeaway

It helps you fix the basics first.

Get in touch

If this sounds like something you need, we can help you run smoke tests that catch issues early and set your product up for proper testing.

No guesswork. No assumptions. Just quick validation that saves time later.

FAQ

Common questions

A few practical answers to the questions that usually come up around this method.

What is smoke testing in UX?

It is a quick method to check if a product or feature works at a basic level.

When should you use smoke testing?

Run it as soon as a build is testable, before committing anyone's time to deeper sessions. If the core flows are broken, a usability test will only tell you they are broken, an expensive way to learn something a ten-minute pass would have caught.

How detailed should it be?

Not detailed. It focuses on major issues only.

What can you test with it?

The paths that have to work for anything else to matter: sign-in, search, add to basket, checkout, submit. You are checking that each completes at all, not whether it is well designed. Depth comes later, once the basics hold.

Does smoke testing improve UX?

Yes. It helps catch critical problems early.

Quick take

If you want to quickly check whether something works at all, run a smoke test before going deeper.

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services.

Previous feedback

I had a fantastic experience working with Andy. One of his most impressive achievements during our time at NHS HEE was masterminding a deeply complex information architecture for a new platform that brought together a large number of legacy websites.

Will Parkhouse

Senior Content Designer