You pick the criteria
Which services, how many platforms, which devices — start from a package or build it yourself.
Live test · e-commerce checkout flow
SendTheCanary is an independent software testing team. We push your product systematically before it ships, and hand back every problem we find with reproduction steps, a screen recording and a severity rating.
First report within 48 hoursRe-test after your fixes includedWe work under NDA
LIVE LOGIN PROGRESS
Test starting — findings land here…
SERVICES
Each service has its own checklist, its own tools and its own output. You choose which ones you want in the panel.
TEST SUITE10 services
We verify the product actually does what it promises by running the critical flows end to end.
We run every flow that moves money or data — sign-up, login, search, basket, checkout, cancellation — from end to end. We work with written scenarios and exploratory sessions in parallel: scenarios catch the known risks, exploratory testing catches what nobody thought of.
Typical finding mix62 check items
We check whether the new release broke something that used to work, using the same suite every time.
On the first test we build a regression suite for your product; every release after that repeats it exactly. So instead of guessing what changed between two versions, you measure it. The suite is reviewed each quarter and dead scenarios are retired.
Typical finding mix48 check items
We test on real devices and real browser versions; an emulator on its own isn't enough.
We build a device and browser matrix from your own analytics and run the tests across it — including older iOS versions, low-memory Android handsets and the dated browsers still alive inside enterprises.
Typical finding mix44 check items
We measure how fast the page opens and how many concurrent users it takes before things break.
Core Web Vitals measurements, slow-connection scenarios and staged load tests with k6. The output isn't just a score: we point at the query, the request or the asset creating the bottleneck.
Typical finding mix31 check items
We hunt for authorisation, session and input-validation weaknesses on the OWASP Top 10 baseline.
This does not replace a penetration test; it targets the common and expensive mistakes in the application layer. Authorisation bypass, horizontal and vertical privilege escalation, session handling, insecure direct object references and input validation are the main focus.
Typical finding mix38 check items
We test the contract behind the interface: the right response, the right error, the right limit.
We validate endpoints against the schema, check whether error codes actually mean something, and push boundary values and concurrency cases. We can work from your Postman collection or build our own.
Typical finding mix35 check items
We run payment, refund and subscription flows end to end with real cards.
A sandbox makes everything look right; what surfaces once money actually moves is a different set of problems. 3-D Secure, bank declines, timeouts, double submits, partial refunds and subscription renewals are exercised with real cards and real bank responses.
Typical finding mix41 check items
We audit against WCAG 2.2 AA with automated scans and real screen reader sessions.
Automated tools catch roughly a third of the problems; the rest are found by hand. Full keyboard navigation, focus order, screen reader announcements, contrast and motion preferences are all tested manually.
Typical finding mix33 check items
We flag the flows that work but wear people down. Not a bug list — a friction list.
Using heuristic evaluation we surface the redundant steps, the ambiguous labels and the points of no return in your flows. Every item arrives with a suggestion attached, so it isn't just a list of complaints.
Typical finding mix27 check items
We run the product in the target country, with a native speaker and that country’s formats.
A translation can be correct and the product still wrong. A clipped heading, an interface running the wrong way, a decimal comma, an address form that does not fit the country, a payment method nobody there recognises — none of it shows up until a native speaker looks at the screen.
Typical finding mix36 check items
PROCESS
You follow the whole thing from the panel. How many testers are working, which scenarios passed, which findings landed — live.
01Sign-up and scope
Scope summary
02Payment and test plan
Test plan
03Execution
Daily summary
04Report
Report + PDF
05Re-test round
Re-test results
A typical calendar for the Release package. Scout compresses to 5 business days; Fleet repeats it every release.
CUSTOMER PANEL
Sign up, choose what you want tested, pay. The rest streams live in the panel.
Which services, how many platforms, which devices — start from a package or build it yourself.
The number of testers assigned, the devices they are on and the scenario each is running, live.
You don’t wait for the report; every verified finding appears in the panel immediately.
Once you ship a fix, request the re-test from the panel; closed and still-open items update in the same place.
PACKAGES
Three standard packages plus an enterprise option. All of them include a ranked report and a re-test round after your fixes.
| Package | ScoutTeams who want one product or one new feature checked quickly before it ships.€680single test, fromChoose this package | Most chosenReleaseTeams auditing the whole product ahead of a major release or launch.€1,650per release, fromChoose this package | FleetProduct teams shipping often who want regression cover before every release.€1,300per month, 6-month termChoose this package |
|---|---|---|---|
| SCOPE | |||
| Exploratory testing sessions | yes | yes | yes |
| Scenario-based functional testing | yes | yes | yes |
| Real device / browser matrix | 1 platform | 3 platforms | 3 platforms |
| Maintained regression suite | no | no | yes |
| AUDITS | |||
| Performance and load testing | no | yes | yes |
| Security review (OWASP Top 10) | no | yes | yes |
| API contract testing | no | yes | yes |
| Accessibility audit (WCAG 2.2 AA) | no | optional | yes |
| DELIVERY | |||
| Video and console log per finding | yes | yes | yes |
| Jira / Linear export | no | yes | yes |
| Re-test round after fixes | 1 round | 2 rounds | unlimited |
| Time to first report | 72 hours | 48 hours | 48 hours |
RESULTS
They found in two days what our own team couldn't see. That duplicate-order bug in checkout would have cost us weeks of reconciliation if it had shipped.
The report landed straight in Linear. No developer got to say "can't reproduce" — every finding came with a video and a console log.
We moved to the monthly package. Now the regression suite is tested before every release and we just read the list that comes out.
Sign up in the panel, pick what you want tested, pay. The first findings start landing in the same panel within hours.
SendTheCanary provides independent software testing for web, mobile and API products. Ten separate services from functional testing to payments and localization, run by a network of 4,700 testers and delivered as one report ranked by severity.
Services:Functional testingRegression testingCompatibility matrixPerformance & loadSecurity reviewAPI testingPayment testingAccessibilityUsability reviewLocalization testing