Repository
Suite code in your organisation, with a README to run it locally and in CI.
Service 02 · Automation
We automate what is already stable and will be repeated. We start with the cases that stop a release.
Automation does not replace a tester’s judgement. It replaces repetition. Anything still exploratory, ambiguous, or one-off stays manual — and we put that in writing.
If you already use AI case-generation or selector tools, we treat them like any other tool: keep them if they cut upkeep, drop them if they add it.
Independent testing and tool sales are two separate lines. In a QA assessment we do not recommend a tool because we sell it, and if there is a commercial interest in the recommendation, we say so in writing before you decide.
Four steps. Exact days depend on the product.
Which cases exist, which are stable, and which repeat every release. The output is a short list, not a backlog.
The first critical cases automated and running. It measures real upkeep before you commit to the rest.
The suite enters the pipeline with a threshold that blocks the merge.
Repo, instructions to run it, and agreed upkeep hours. Your team runs it without us.
Suite code in your organisation, with a README to run it locally and in CI.
A short document: which case enters the suite, which stays manual, and why.
Result per case, real failures versus flaky, and what upkeep the next week needs.
Ten automated critical cases say more than a 400-case coverage plan.