Manual acceptance in a spreadsheet
A person follows a checklist and records the results in a spreadsheet.
Comparison
Three common ways to run a website's acceptance testing, and what Avalyz does or does not add alongside them. Every statement about a third-party technology points to its official source, listed at the bottom of the page.
A person follows a checklist and records the results in a spreadsheet.
A team writes automated tests with an open source project, for example:
An online service monitors websites or runs scenarios; features and prices vary by vendor.
Online website acceptance testing software for agencies: in-browser tests, client report and PDF sign-off report.
| Criterion | Manual acceptance in a spreadsheet | Code-it-yourself test framework | Generic SaaS monitoring or testing platform | Avalyz |
|---|---|---|---|---|
| Setup time | Immediate: a spreadsheet template and a checklist are enough. | Install the tool and its environment (for example Node.js for Playwright), then write the tests. [1] | Create an account, then configure the checks or scenarios the platform offers. | Paste a website address: nothing to install. An instant test without sign-up is available, 3 times a day. |
| Skills required | Rigour and knowledge of the site; no programming. | Programming: TypeScript or JavaScript, Python, .NET or Java for Playwright; Java, Python, C#, Ruby, JavaScript or Kotlin for Selenium. [1] [2] [8] | They vary from one platform to another, from entering addresses to writing scripts: check its documentation. | No programming for a test. User journeys are written as plain sentences (French or English) or imported from Gherkin or CSV. |
| Sign-off report for the client | To be written by hand from the spreadsheet. | The tools produce test reports for the team (Playwright opens an HTML report); a sign-off report for the client still has to be written. [1] | Depends on the platform: check its documentation. | PDF sign-off report and a report in plain client language, under the agency's brand, shared through a protected, expiring link. |
| Accessibility | Possible if the person knows the criteria. Human judgement remains essential for part of the checks. [10] [11] | Possible by adding a checking engine. Automated tests detect some common problems; many can only be found through manual testing. [4] | Depends on the platform. No tool can automatically check every aspect of accessibility. [10] | Partial automated checks: each defect found is linked to the WCAG 2.2 and RGAA 4.1 criteria it affects. It is not an RGAA audit. |
| Cost | No licence: the cost is the time spent, on every acceptance round. | Free, open source projects (Apache-2.0 licence for Playwright and Selenium, MIT for Cypress); the cost is development time and running the tests. [3] [5] [6] [9] | Subscription, according to each vendor's pricing model. | €29 excl. VAT per month (Solo) or €79 excl. VAT per month (Team); 14-day trial with no credit card. |
| Maintenance | Keep the list up to date when the site changes, and redo every check by hand. | The test code follows the site's changes and is maintained like any code. | The platform is maintained by its vendor; your scenarios still need to be kept up to date. | The software is maintained by Avalyz. When a selector in a user journey no longer finds its element, a repair is proposed and applied only if you confirm it. |