Product documentationUpdated October 7, 2025
Test Configuration
Define environments, variables, headers, and datasets so tests run consistently across dev/stage/prod without hardcoding secrets or setup.
Overview
Test configuration is how you keep tests portable across environments. Instead of hardcoding base URLs and tokens into every test, you define them once and inject them at runtime.
What test configuration controls
- Environments (Dev/QA/Staging/UAT/Prod)
- Global variables (base URL, tokens, IDs)
- Common headers (auth, tenant, correlation IDs)
- Datasets for data-driven execution (CSV/JSON/inline)
Typical workflow
- Create a configuration profile for an environment.
- Add variables and headers (store secrets in your secret manager).
- Link the profile to a test case or run.
- Execute—the platform injects values automatically.
Best practices
- Keep one profile per environment and name them clearly (Dev, Stage, Prod).
- Rotate tokens and secrets; avoid committing sensitive values.
- Use unique IDs per run to prevent collisions.
- Update configuration when endpoints, environments, or auth mechanisms change.
Related articles
Related articles
- AI-Generated Tests · Product documentation
- Test Case · Product documentation
- Test Run · Product documentation
- Test Run Pack · Product documentation
Next steps
- Getting started · Install + connect your spec
- Configuration fundamentals · Stabilize runs
- Initial configuration · Users, licensing, projects
- Release notes · Updates and fixes
Still stuck?
Tell us what you’re trying to accomplish and we’ll point you to the right setup—installation, auth, or CI/CD wiring.