How it works

From first account
to a useful test run.

Set up your company workspace, agree the testing coverage, and validate a representative workflow before extending it. Each step makes the environment, evidence, and responsibilities clearer.

Account setup begins online; service activation follows the agreed scope
Five practical steps

A setup your team
can understand.

The account, agreed service, and test execution are related steps. Completing one step does not replace the review needed for the next.

Create your account and workspace.

Start with a personal account and continue through the company setup. Existing customers can go straight to My account.

  • Use the email address and company details your team will maintain.
  • Complete the verification and onboarding steps shown in your account.
  • Confirm the owner and the business details needed for service requests.

Choose the coverage.

Decide which user journeys and release questions should drive the tests. Choose environments using your application requirements and audience.

  • List browser, OS, device, runtime, or container requirements.
  • Separate exploration, regression, and specialist quality checks.
  • Bring a current suite or choose a small pilot with our consulting team.

Agree the service setup.

Review the tools, access, capacity, and integration work before activation. Custom work is scoped with sales.

  • Confirm supported versions, device availability, and required capabilities.
  • Agree staging access, test identities, dependencies, and safe test data.
  • Define responsibilities, delivery steps, and the artifacts needed at handoff.

Run a representative pilot.

Start with a journey that tells you whether the setup is usable. Check the execution path and the result evidence before expanding coverage.

  • Verify application health, access, and setup or reset commands.
  • Exercise the agreed manual or automated scenario.
  • Review both a successful result and the evidence needed to diagnose a failure.

Review, hand off, and repeat.

Keep the run configuration and supporting evidence together. Retest fixes and refine the workflow as the product changes.

  • Record findings, coverage gaps, and any outcomes that need further verification.
  • Document how the team starts, reviews, and maintains the workflow.
  • Agree any additional support or configuration work with our team.
Useful inputs

Bring a representative
piece of the product.

A focused starting point helps establish the environment and process without turning the first engagement into a full testing-program redesign.

01 /

The application and stack

Share the application type, important journeys, OS or runtime requirements, backing services, and known setup constraints.

  • An installable build or staging target
  • Dependencies and version requirements
  • Device or browser coverage priorities
02 /

The current testing workflow

Bring existing suites, test cases, runner commands, and examples of useful or frustrating results. Tell us how tests fit into development and release reviews.

  • Frameworks and CI context
  • Manual testing priorities
  • Examples of recurring failures
03 /

The scope and handoff

Tell us what needs to be delivered and who will use it. Define the outcome, the team involved, access arrangements, and any delivery constraints.

  • Acceptance criteria and owners
  • Required evidence or reports
  • Integration and maintenance responsibilities
Evidence & handoff

Keep operation
part of the handoff.

Before extending the service, review the configured workflow with the team that will use it. Agree how changes, support requests, and further coverage will be handled.

  • 01
    Configuration and access

    The agreed environment, tool setup, access process, and dependencies required for the workflow.

  • 02
    Execution and review

    How to start a run, prepare or reset data, find artifacts, investigate failures, and record a retest.

  • 03
    Ownership and next steps

    Who maintains cases and configuration, which scope remains open, and how to request additional work.

One product journey, expanded carefully.

Begin with a critical web or mobile scenario. Validate access and evidence, document the workflow, then extend to the next environment or test type with the same review process.

Start
One scenario and the environments it needs.
Review
Execution, evidence, and any setup issues.
Expand
More coverage once the pilot has a clear owner and repeatable handoff.
A few useful answers

Before you get started.

Confirm the coverage, tools, and access your team needs when we scope the work.

Do we have to contact sales to create an account?

You can start account and company setup online. Contact sales to agree testing coverage, service configuration, activation, or any custom consulting work.

What happens after account setup?

Your workspace is the starting point for the company relationship. The selected service, access arrangements, configuration, and activation are agreed separately; the how-to steps above explain that process.

Can we start with an existing automated suite?

Yes. Bring the suite, run commands, framework version, dependencies, and output examples. We review what is needed for a representative run in the agreed environment.

How are advanced integrations scoped?

We review the tools, supported interfaces, data, access, success criteria, and evidence required. The engagement defines which integrations will be configured and what your team receives.

Create your account. Plan your first workflow.

Start workspace setup now, then choose the testing coverage and service configuration with our team.

Create account