ServicesSystem testingAutomationToolingInsightsHow we workAboutCareers
A tester recording results during a test cycle

Practice · 24 August 2026

Evidence every cycle, not a report at the end

The classic QA deliverable is a report at the end of the engagement. By the time it lands, every decision it might have informed has already been made.

Ask what a testing engagement produced and you will often be handed a percentage. Ninety-four per cent of cases passed. It is a comforting number that answers almost nothing. Which six per cent failed? Were those the cases that mattered? What does any of it mean for a customer?

A release decision comes down to one of three statements. This is ready. This is ready with these known risks. This is not ready yet. Whichever one you pick has to hold up in front of somebody who was not in the room, whether that is a stakeholder, an auditor, or whoever ends up explaining the outage.

01What evidence is

What counts as evidence

02Why timing matters

Why it has to arrive during the work

Evidence that arrives at the end is a record of what happened. Evidence that arrives during the cycle is something a client can still act on. That is the whole difference.

It changes the relationship too. When findings arrive continuously, a client can tell within the first week whether the testing is chasing the right things, and redirect it if not. When the first substantial output is a document in the final week, the only thing left to do is accept it. Reporting as you go is what makes a QA supplier auditable while there is still time for that to be useful.

There is a second effect, and in practice it may be the more important one. When the evidence is already visible, a finding is much harder to quietly soften as the date gets closer. Anyone applying pressure has to argue with the record rather than around it.

03What to ask for

What to ask for in the contract

See what the evidence looks like

We will walk you through the format on a scoping call, against your product.

04More from the blog