Advanced test configurations 🔗
- Authentication
- Built-in variables
- Custom variables
- Detectors and alerts
- Devices
- Downtime
- Global variables
- Private locations
- Use cases for private locations
- Set up a new private location
- Private runners
- Requirements for private runners
- Supported platforms
- Browser compatibility
- Required container permissions
- Required container resources
- Private runners on Docker
- Private runners on Docker Compose
- Private runners on Docker for Mac or Windows
- Private runners on AWS ECS
- Private runners deployed with Helm
- Private runners on Kubernetes
- Private runners on OpenShift
- Private runners on Podman
- Private runners on Podman for MacOS or Windows
- Private runners on ARM64 machines on AWS and GCP
- Troubleshoot a private runner
- Working with Docker
- Add certificates
- Configure proxy settings for a private runner
- Public locations
- Compare run results to Web Vitals with Splunk RUM
- Validate your test configuration with try now
To simulate diverse types of traffic to your site or application, use a range of configuration options to customize each of your tests.
Test naming conventions 🔗
Choosing informative names for your tests and alerts helps organize content. Here are some guidelines:
Add a category as a prefix to your test name like group, application, brand, or team names so that you can simplify searches. For example, these two Browser tests start with
[ButtercupGames]
.Add a description about the purpose of the test like the workflow, process, performance, or data source.