A-Z concepts
This glossary summarizes the terms you will see in the Testvoy interface.
Workspace: team or client workspace.
Project: single site or app scope.
Experiment: measured test.
Control: original experience.
Variant: changed experience.
Goal: success event.
Funnel: step-by-step journey.
Segment: user group.
SRM: traffic allocation mismatch check.
Bayesian probability: probability to beat control.
Frequentist result: p-value and confidence interval reading.
When should you use it?
Use this guide during first setup, experiment creation, report interpretation or before sharing with a client or team. Testvoy keeps the workflow approachable for non-technical users while still exposing SDK, event and security context for developers.
- 01
Choose the relevant workspace and project
- 02
Follow the checklist on this page
- 03
Verify with preview or verifier
- 04
Share the setting or report with the team
How to do it
Most Testvoy workflows follow the same pattern: choose context, define the rule or change, then verify through QA and reporting. This keeps the product focused on decision quality, not only running tests.
- Is the workspace correct?
- Is the project key or domain correct?
- Does the goal/event match?
- Were mobile and desktop checked?
- Any bot/SRM or dropped event warning?
Implementation example
For A-Z glossary, the safest approach is to start with a small verifiable scenario, then validate the setting in Testvoy through QA and reporting. The example fields below clarify what to enter in a real project.
- 01
Choose the project
- 02
Create the setting or rule with a clear name
- 03
Enter an example URL/event/segment value
- 04
Verify with preview or verifier
- 05
Check the result in reporting
Name: A-Z glossary
Project: storefront-production
URL: /pricing
Goal: signup_completed
Audience: all visitorsPractical scenario
A growth team changes CTA copy on the pricing page, connects signup_started and signup_completed goals, then reads Google Ads and returning visitor segments separately. If the result is promising, they share a report link with the client or leadership.
Common mistakes
Most mistakes come from wrong project keys, overly broad selectors, missing goals, staging/prod mixups, early decisions on small samples or skipping mobile QA.
Naming an experiment 'test'
Launching without a goal
Deciding on total CVR only
Sending screenshots instead of shareable reports