$ bns environments create --for qa

Test on Production-Grade
Infrastructure.

Unlimited on-demand environments for QA validation, performance testing, and migration dry-runs.

No credit card required

B
Environments / QA / Test Runs
EnvironmentResultDuration
qa-pr-14248 passed4m 12s
qa-pr-1433 running1m 38s
qa-regression127 passed12m 04s
qa-perf-testp99: 42ms6m 51s
How Bunnyshell works — architecture diagram

$ cat how-it-works.md

How Bunnyshell works

01

Connect your repo

Link your GitHub, GitLab, or Bitbucket repository. Define your environment using Docker Compose, Helm, or Terraform — tools you already use.

GitHubGitHub
GitLabGitLab
BitbucketBitbucket
DockerDocker
HelmHelm
K8sK8s
02

Open a pull request

Bunnyshell auto-provisions an isolated, full-stack environment for every PR. Share the preview URL with your team.

PR #142env-142.preview.bunnyshell.dev• Running
PR #143env-143.preview.bunnyshell.dev• Running
PR #144env-144.preview.bunnyshell.dev• Running
03

Merge and move on

Tests pass, code is reviewed, PR merges. The environment auto-destroys. No cleanup. No surprise cloud bills.

End-to-end tests passed
Code review approved
Merged — environment destroyed

See it in action.

Deploy your first QA environment in under 30 minutes. Free tier — no credit card required.

01

One Environment
Per Test Cycle.

Every QA cycle gets a dedicated, isolated environment. Run E2E, regression, and integration tests without sharing infrastructure.

  • Cycle-scoped isolationeach test cycle runs on its own stack. No cross-contamination between test runs
  • Automatic provisioningCI triggers environment creation. No manual setup, no DevOps tickets
  • Seeded test datadatabases populate automatically with the test fixtures your suite expects
  • Shareable URLsQA engineers access the environment via a unique URL. No VPN, no SSH
See environment creation docs
B
Environments / QA Cycle #38 / Pipeline
$ bns environments create --for qa-cycle-38
▸ Provisioning QA environment…
  ▸ Building frontend… done (38s)
  ▸ Building backend-api… done (41s)
  ▸ Starting postgres:15… done (8s)
  ▸ Seeding test data… done (14s)
  ▸ Running healthchecks… all passing
✓ QA environment ready in 2m 48s
  🌐 https://qa-cycle-38.bunnyenv.com
Running E2E suite…
✓ 48/48 tests passed
02

Full-Stack
Test Parity.

Same database, same services, same config as production. Test against real infrastructure — not mocked APIs and SQLite stubs.

  • Production-grade stackDocker Compose, Helm, and Terraform components in a single environment
  • Real databasesPostgreSQL, MySQL, MongoDB — same engine and version as production. No SQLite substitutes
  • Service mesh paritymessage queues, caches, search indexes — all running, all connected
  • Config mirroringenvironment variables, feature flags, and secrets match production exactly
See supported components
B
Environments / QA Cycle #38 / Components
ComponentTypeConfigStatus
frontendDocker ComposeproductionRunning
backend-apiDocker ComposeproductionRunning
workerDocker ComposeproductionRunning
postgres:15HelmproductionRunning
redis:7HelmproductionRunning
elasticsearchHelmproductionRunning
infra (VPC, RDS)TerraformproductionApplied
03

Parallel Test
Execution.

Run multiple test suites across multiple environments simultaneously. Performance tests, smoke tests, migration dry-runs — all in parallel.

  • Multi-environment parallelismspin up separate environments for each test suite. No resource contention
  • Wall-clock reductionrun 4 suites in the time it takes to run 1. Total duration equals your longest suite
  • CI/CD nativeGitHub Actions, GitLab CI, Jenkins — trigger parallel runs from your existing pipeline
  • Independent resultseach suite reports independently. A failing perf test does not block your smoke tests
See CI/CD integration docs
B
Environments / QA / Parallel Runs
$ bns test run --parallel
Running4 environments active
qa-e2e        48 testspassed (4m 12s)
qa-perf       load testrunning (2m 38s)
qa-smoke      22 testspassed (1m 04s)
qa-migration  dry-runrunning (3m 15s)
Total wall-clock time: 4m 12s (vs 11m 09s sequential)
04

Auto-Provisioned.
Auto-Destroyed.

Environments spin up when tests start and tear down when tests complete. No orphaned QA servers. No cost drift.

  • Event-driven lifecycleCI pipeline starts the environment, test completion triggers teardown
  • Zero orphaned resourcesno forgotten QA servers running over the weekend. Automatic cleanup guaranteed
  • Cost trackingKubecost integration shows per-environment spend. Know exactly what testing costs
  • TTL policiesset maximum lifetimes on QA environments. Safety net against stuck pipelines
See lifecycle automation
B
Environments / QA Cycle #38 / Activity
TimeEventStatus
Mon 09:00CI triggered: qa-cycle-38Provisioning
Mon 09:03Environment readyRunning
Mon 09:03Test suites started4 parallel
Mon 09:15All tests passedPassed
Mon 09:15Cleanup triggeredDestroying
Mon 09:16Resources releasedDestroyed

Your entire testing workflow,
accelerated.

QA Engineers

Dedicated environments per cycle

Every test cycle gets its own isolated, full-stack environment. No waiting for shared staging. No cross-team interference.

Developers

Test before merge

Run your test suite against a production-grade environment before the PR merges. Catch regressions before they reach main.

Platform Teams

Standardized test infrastructure

Define QA environment templates once. Every team gets the same stack, same config, same guarantees. No snowflake setups.

Release Managers

Validate releases in isolation

Spin up a release candidate environment, run the full regression suite, and promote with confidence. Every release tested independently.

Performance Engineers

Load test on real infra

Run load tests against production-grade infrastructure. Measure p99 latency, throughput, and resource utilization on real services.

Engineering Leaders

Faster release cycles

Parallel testing and automated infrastructure cut QA cycle time from days to hours. Ship releases faster without cutting corners.

Production-grade QA in minutes, not days.

Free tier includes 5 environments. No credit card required. Free white-glove onboarding.

Teams that transformed
their QA workflow.

Enterprise-grade security.
Your data stays in your cloud.

Bunnyshell connects to YOUR Kubernetes cluster. Your code and data never leave your infrastructure. SOC 2, ISO 27001, and ISO 9001 compliant.

SOC 2
ISO 27001
ISO 9001

RBAC

Three-layer permission model: Policies, Resource Selectors, and Teams. Granular enough for enterprise.

SSO

Enterprise single sign-on. Integrate with your existing identity provider.

Network Isolation

Dedicated Kubernetes namespace per environment. Pods accessible only within their namespace.

Secrets Management

Environment variables and secrets handled securely. Never hard-coded, always encrypted.

IP Whitelisting

Restrict access to specific IP ranges. Control who can reach your environments.

Audit Logs

Full audit trail for every environment action. Who deployed what, when, and where.

Frequently asked
questions

Can’t find what you’re looking for? Talk to our team

A QA testing environment is a full-stack, isolated copy of your application — frontend, backend, database, and infrastructure — provisioned on demand for a specific test cycle. It replicates your production stack so your tests run against real services, not mocked endpoints.

Every test cycle deserves its own environment.

Start free — deploy your first QA environment in minutes. Free tier includes 5 environments. No credit card required. Free white-glove onboarding.