Short answer: Usability testing is a research method where you watch real users try to complete realistic tasks with a product, so you can see where they succeed, struggle or fail. A facilitator (or a testing platform) gives each participant tasks, observes their behavior and asks follow-up questions. For qualitative testing, Nielsen Norman Group recommends about 5 users per round, repeated over several rounds, while quantitative benchmarking needs at least 20.
Usability testing is the most direct way to find out whether people can actually use what your team designed. It works on anything from a Figma prototype to a live SaaS app.
This guide covers what usability testing is (and is not), the main types, an eight-step process for running a study, the “5 users” rule and its limits, the metrics worth tracking, and a bank of 40 usability testing questions grouped by stage that you can drop straight into your script.
Usability testing is an evaluation method in which representative users attempt specific tasks with a product while a researcher observes. The goal is to uncover problems in the design: confusing labels, hidden controls, broken flows, unclear error messages, and anything else that stops people from reaching their goal.
Three elements define a usability test:
Usability testing is behavioral. It measures what people do, not what they say they would do. That is what separates it from surveys, interviews and focus groups, which capture opinions and attitudes. It also differs from expert reviews such as a heuristic evaluation, where UX specialists inspect an interface against design principles without involving users. The two work well together: an expert review catches obvious issues cheaply, then testing confirms which problems actually trip people up.
If you are deciding where usability testing fits among interviews, card sorting, diary studies and analytics, our guide to UX research methods maps each method to the questions it answers.
Most studies combine choices along a few axes: whether a facilitator is present, where the session happens, and whether you are after insights or numbers. The table below summarizes the main options.
| Type | How It Works | Best For | Trade-Offs |
| Moderated | A facilitator runs the session live, gives tasks and asks follow-up questions | Complex flows, early prototypes, understanding the “why” | Slower, needs a skilled moderator, fewer sessions per day |
| Unmoderated | Participants complete tasks alone on a testing platform that records screen and voice | Simple tasks, fast turnaround, larger samples | No follow-up questions, more low-quality sessions to discard |
| Remote | Sessions run over video call or a testing platform from the participant’s own device | Distributed users, lower cost, realistic environments | Less control over setup, harder to read body language |
| In-person | Participant and facilitator share a room or lab | Physical products, kiosks, mobile hardware, sensitive topics | Recruiting is limited by geography, higher cost per session |
| Qualitative | Small sample, focus on finding and understanding problems | Iterative design, discovering issues | No statistically reliable numbers |
| Quantitative | Larger sample, focus on metrics such as success rate and time on task | Benchmarking, comparing releases or competitors | Needs 20 or more users per group, less insight into causes |
| Guerrilla | Quick, informal tests with people in a cafe, event or office lobby | Early concepts, broad consumer products, tiny budgets | Participants may not match your audience; weak for niche B2B tools |
| A/B testing (not usability testing) | Live traffic is split between two versions and outcomes are compared | Choosing between variants at scale | Shows which version wins, not why; needs significant traffic |
Choose moderated testing when tasks are complex, the product is early, or you need to probe reasoning. Choose unmoderated testing when tasks are simple and self-explanatory, you need results within a day or two, or you want a larger sample for metrics.
An A/B test tells you which variant converted better with live traffic. It does not show anyone struggling or explain why one version won. Use usability testing to generate and refine design options, then A/B testing to choose between strong candidates at scale.
The process below assumes a moderated remote study. Unmoderated studies follow the same steps, with the script turned into on-screen instructions.
Write down what you need to learn and what decision the results will inform. “Can new admins invite their team without help?” is a usable goal. “See what users think of the app” is not. Keep it to 2 to 4 research questions per round, and agree on them with product and design leads before recruiting anyone.
Turn each goal into a scenario that gives context and a clear end point without revealing the answer. Avoid using the exact words that appear in the interface, because participants will simply scan for them.
Plan 4 to 7 tasks for a 45 to 60 minute session, ordered the way a real user would encounter them. Define what counts as success for each task before testing begins.
Recruit people who match your target users on the attributes that affect behavior: role, experience with similar tools, company size, device and frequency of use. Sources include your customer list, in-app intercepts, platform recruiting panels and specialist B2B recruiters. Filter with a screener survey, pay fair incentives, and over-recruit by one or two people to cover no-shows.
A usability testing script keeps sessions consistent across participants and moderators. A standard script has five parts:
Run one full session with a colleague or a friendly user before the real study. Pilots catch broken prototype links, tasks that are ambiguous or impossible, timing problems and recording issues. Fix everything you find and update the script.
During each session, the moderator’s job is to stay neutral and quiet. Read tasks verbatim, let silences run, and answer questions with questions (“What would you expect to happen?”). Have one or two observers take timestamped notes in a shared template, and leave 15 to 30 minutes between sessions to reset and capture first impressions.
Gather observations from every session into one place, such as a spreadsheet or a digital whiteboard. Group them by task and by theme, then count how many participants hit each problem. Rate each issue by severity, for example:
Keep the report short and decision-focused: goals, method, participants, top findings ranked by severity, short video clips of key moments, and recommended next steps. Then feed fixes into the backlog and schedule the next round to verify them. Usability testing works best as a loop inside your product design process, not as a one-off event before launch.
The most quoted guidance comes from Jakob Nielsen’s 2000 article Why You Only Need to Test with 5 Users. Based on a model in which each user reveals roughly 31% of the usability problems in a design, testing with 5 users uncovers about 85% of the problems. After that, each additional user mostly repeats what you have already seen.
The rule is often misread as “5 users is always enough.” The original guidance comes with important caveats, which NN/g restates in its summary article on how many test users to include:
In practice: for a qualitative round on one audience, plan 5 or 6 sessions, then test again after fixes. For benchmarking, plan 20 or more per group.
Good usability testing questions are open, neutral and tied to behavior. Adapt the wording to your product and pick only the questions that serve your goals; no session needs all 40.
Use these in a recruiting survey to confirm participants match your target users. Avoid revealing the “right” answer, or people will select it to qualify.
Ask these at the start of the session to build rapport and gather context you can refer back to during tasks.
These are neutral prompts a moderator can use while a participant works through a task. They encourage thinking aloud without leading.
Ask these right after each task, while the experience is fresh. Pair them with the Single Ease Question covered in the metrics section.
Close the session with broader reflections, then the SUS questionnaire if you are tracking it.
Qualitative rounds produce findings, not statistics, but a few simple metrics help you compare tasks and track progress across releases. With small samples, report raw counts (“4 of 5 participants completed the task”) rather than percentages that imply false precision.
| Metric | What It Measures | How To Capture It | Reference Point |
| Task success rate | Share of participants who complete a task | Define success criteria per task before testing; record pass, partial or fail | Compare against your own previous rounds or competitors |
| Time on task | How long successful participants take | Timestamps from recordings or platform logs | Most useful in quantitative studies; think-aloud slows people down |
| Error rate | Mistakes made during a task, such as wrong clicks or invalid inputs | Define error types upfront and tally per task | Track trends between iterations |
| SEQ (Single Ease Question) | Perceived task difficulty on a 7-point scale | Ask immediately after each task | MeasuringU reports an average of about 5.5 |
| SUS (System Usability Scale) | Overall perceived usability on a 0 to 100 score | 10-item questionnaire at the end of the session | MeasuringU reports an average of 68 |
NN/g calls success rate the simplest usability metric. You can score partial success (for example, completed with minor or major issues), but NN/g cautions against turning those levels into numbers and averaging them, because the levels are ordinal labels, not measurements.
The Single Ease Question asks “Overall, how difficult or easy was the task to complete?” on a 1 to 7 scale. The System Usability Scale, created by John Brooke in 1986, uses 10 statements rated on a 5-point agreement scale, converted to a score from 0 to 100. A SUS score is not a percentage: 68 is roughly average, not a failing grade.
Most failed studies fail for avoidable reasons. Watch for these:
A video call tool, a clickable prototype and a shared notes document are enough for a useful moderated test. As testing becomes routine, dedicated tools save time:
Features and pricing change often, so compare current plans on each vendor’s own site and run a small trial study before committing.
Many teams run usability testing in house successfully. Outside help makes sense in a few situations:
If you are shortlisting partners, our list of the top UX research and usability testing agencies compares firms that run moderated and unmoderated studies. If you want an expert review of an existing product before investing in user testing, see the top UX audit companies. And if testing reveals deeper design problems, the top UX design agencies can take findings through to redesign.
Usability testing means watching real users try to do real tasks with your product so you can see where it confuses or blocks them. It focuses on behavior rather than opinions. The output is a prioritized list of problems and fixes.
For qualitative testing with one audience, Nielsen Norman Group recommends about 5 users per round, with several rounds and fixes in between. Distinct user groups each need their own participants. Quantitative studies that report metrics need at least 20 users per group.
In moderated testing, a facilitator runs each session live and can ask follow-up questions. In unmoderated testing, participants complete tasks on their own through a platform that records them. Moderated testing gives deeper insight; unmoderated testing is faster and scales to larger samples.
For moderated remote testing, share a prototype or live product link over a video call, ask the participant to share their screen, and record with consent. For unmoderated remote testing, set up tasks on a testing platform and send participants a link. Either way, pilot it first.
A usability testing script includes a welcome and consent section, think-aloud instructions, warm-up questions, task scenarios with post-task questions, and closing questions plus any questionnaire such as SUS. Reading it verbatim keeps sessions consistent. Update it after the pilot.
Moderated sessions usually run 30 to 60 minutes, which fits 4 to 7 tasks plus questions. Unmoderated tests are usually shorter, often 10 to 20 minutes.
Usability testing is watching representative users attempt realistic tasks so you can find and fix the problems that stop them. Define 2 to 4 goals, write neutral task scenarios, recruit the right people, script and pilot the session, then analyze findings by severity and report with video clips.
Test about 5 users per audience per qualitative round and iterate, or 20 or more for quantitative benchmarks. Track task success, time on task, errors, SEQ and SUS where they help, and use the 40 questions above as a starting bank. Bring in an agency when recruiting, rigor or capacity is beyond your team.