Building a website happens in stages, and there’s plenty of advice on designing, writing and promoting one. Testing gets less attention, yet it’s the step that tells you whether all that work actually comes together.

This guide walks through how to test a website in seven steps. It covers what to check at each step, the free tools that make it quicker, and how to keep testing once the site is live.

Test a website

Why you need to test a website

Testing confirms that your website works as intended. It proves (or disproves) that your ideas and effort have come together into something functional and useful. If you launch without testing, you’re betting that your visitors will find nothing broken, and they rarely tell you when they do. They just leave.

Testing also makes sure your site works for everyone: on slow connections and fast ones, on phones and desktops, and for people who use a keyboard or a screen reader instead of a mouse.

The checklist at a glance

Step What you’re checking Free tools to start with
1. Functionality Links, forms, buttons and checkout work A link checker, browser developer tools, Playwright
2. Usability Real people can find what they need 5 test users and a screen recorder
3. Compatibility It looks and works right on every browser and screen size Browser developer tools’ device mode
4. Performance Pages load fast and respond quickly PageSpeed Insights, Lighthouse
5. Accessibility People with disabilities can use it WAVE, axe, a keyboard
6. Security and basics HTTPS, forms, backups, analytics, SEO tags Browser padlock, Search Console
7. Real-user feedback What testers and visitors run into A feedback button

How to test a website in 7 steps

Step 1: Functionality testing

Functionality testing makes sure the basic parts of your site work. You’re looking for errors, broken links and anything that fails when someone tries to use it. Do this first, so that problems you find in later steps aren’t caused by something simply being broken.

What to check

If your site changes often, automate the key journeys. Tools such as Playwright and Cypress can click through your site and alert you when something breaks, and AI coding assistants can now write a first version of those tests from a plain-English description.

Step 2: Usability testing

Usability testing checks how easily real people can use your site. It goes beyond whether things work, and asks whether people understand them. Can visitors find what they came for in a few clicks? Are the labels and instructions clear? Does the page make sense at a glance?

Your testers should resemble your audience. You won’t learn much if students test a website built for retirees.

What to check

You don’t need a lab. Give five people a few realistic tasks, such as “find the price of the basic plan”, and watch them try without helping. Five testers usually reveal most of the big problems.

Step 3: Compatibility testing

Compatibility testing checks that your site works across browsers, operating systems and screen sizes. Every combination displays your site slightly differently, and more than half of all web traffic now comes from phones.

What to check

Step 4: Performance testing

Performance testing checks how quickly and reliably your site responds. Slow pages lose visitors, and Google uses page experience as one of its ranking signals.

What to check

Start with PageSpeed Insights. It measures Google’s Core Web Vitals:

Large images, too many third-party scripts and slow hosting are the usual causes of poor scores.

If you expect traffic spikes, such as a launch, a sale or a campaign, also run a load test. Tools such as k6 simulate many visitors at once, so you can find your site’s breaking point before your customers do.

Step 5: Accessibility testing

Accessibility testing checks that people with disabilities can use your site, including people who are blind, have low vision, or can’t use a mouse. It’s the right thing to do, and in many places it’s also the law. The European Accessibility Act, for example, has applied to many websites selling to EU customers since June 2025. The usual standard to test against is WCAG 2.2, level AA.

What to check

Automated checkers find only some problems, so the manual checks matter.

Step 6: Security and launch basics

Before launch, run through the basics that are easy to forget:

Step 7: Collect feedback from testers and real visitors

However careful you are, you’ll miss things. Your testers and your first visitors will use your site in ways you didn’t expect, on devices you didn’t test.

The quickest way to hear about it is a feedback button. Add one during testing, so your testers can report problems from the exact page where they found them, and keep it after launch, so real visitors can do the same.

A good feedback tool attaches a screenshot along with the visitor’s browser, operating system and any JavaScript errors. That means you can see and reproduce the problem without a long email exchange. Our guide to collecting website feedback covers how to get the most from it.

Testing a website is an ongoing process

You aren’t finished when you’ve worked through these seven steps. Browsers update, plugins change, content gets edited, and every change can break something.

Re-run the quick checks after every significant change, run automated tests on your key journeys, check Core Web Vitals in Search Console every month, and keep a feedback button on the site so visitors can tell you when something goes wrong.

Try Saber Feedback free

Saber Feedback adds a feedback button to your website or web app, so testers and visitors can report typos, broken links and bugs from the page they’re on. Each report includes a screenshot, the browser and operating system, and any JavaScript errors, and it can go straight into Jira, Trello, Slack, GitHub and more.

The 30-day free trial includes every feature and needs no credit card. Start your free trial or see pricing.