Testing Changed User Flows

Choose the tests that cover your change

Use the behavior changed by a pull request to choose browser tests. Zerocheck runs the tests you select; it does not infer coverage from the code diff.

Who this is for

Role
Pull-request author or reviewer
Company
Teams with a growing browser suite
Trigger
A change affects several user journeys

This is for you if:

  • A web app and a repeatable user flow
  • A test environment, test accounts and an explicit expected outcome

What teams need to solve

Your team chooses the affected flows

Select saved tests or YAML paths

Add an assertion for new behavior

Why this stays unsolved

A file diff alone does not capture every affected user outcome.

A fast subset is useful only when the selection is appropriate.

New behavior needs a new expectation, even if existing tests pass.

The workflow today vs. with Zerocheck

Without Zerocheck

The author changes an account-settings form and assumes the existing smoke suite covers it.

With Zerocheck

The reviewer identifies the changed outcome, runs the related saved tests and adds a new test when the checklist misses it.

How it works

1

Write down the user-visible behavior affected by the change.

2

Choose existing tests from the web app, or select YAML paths in the CLI.

3

Draft an additional test when the expected outcome is new.

4

Run the broader regression suite according to the team’s release policy.

FAQ

Does Zerocheck select tests from Git diffs?

No. Selection is manual in the web app or by file path in the CLI.

Can it create tests from a requirement?

Describe the user flow and expected outcome, or paste checklist items. Zerocheck drafts and runs browser steps for that input.

Choose the tests that cover your change

Use the behavior changed by a pull request to choose browser tests. Zerocheck runs the tests you select; it does not infer coverage from the code diff.

Get a demo