# What is the name for the environment that is a copy of production meant for testing?

**URL:** <https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336>\
**Category:** Archive\
**Created:** [27 January 2022 12:26 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336 "2022-01-27T12:26:32Z")\
**Posts on this page:** 9\
**Page:** 1

<div class="post-metadata">

**Author:** ![cloudytechi147](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/cloudytechi147/32/10021_2.png) [@cloudytechi147](https://club.ministryoftesting.com/u/cloudytechi147)\
**Post date:** [27 January 2022 12:26 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/1 "2022-01-27T12:26:32Z")

</div>

Is there some sort of formalized name for a deployment environment that is essentially a copy of production with NO new code?

All the environment names I’m used to, deal with the concept of moving new code/schemas/configurations forward through each of the environments until ultimately reaching production (i.e. Dev → Test / QA → Staging → Prod, or whatever combo you might have) with qa testing tools.

While this makes sense, I’ve come across a situation where I often need to test against production (same code, roughly the same DB state, etc.), but because I don’t want to impact production, I need a sandbox to play in. The impetus for this is I’m usually comparing QA / Test against Prod to make sure there are no regressions and that the new functionality implemented doesn’t result in some unexpected result.

Unit tests catch some of this, but sometimes it helps to simply have 2 browser windows open and navigate against 2 separate sites doing the same functionality and making sure everything is working the same after a major upgrade.

Back to my question: Is there a name for this? Perhaps “Sandbox” is good enough. I’m surprised I don’t see this type of thing referenced in searches or on the Wiki for [Deployment Environments](https://en.wikipedia.org/wiki/Deployment_environment)

---

<div class="post-metadata">

**Author:** ![pmichielsen](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/pmichielsen/32/8959_2.png) [@pmichielsen](https://club.ministryoftesting.com/u/pmichielsen)\
**Post date:** [27 January 2022 12:52 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/2 "2022-01-27T12:52:37Z")

</div>

Hi, Welcome to the Club!

In our organisation we call it the `staging` environment

---

<div class="post-metadata">

**Author:** ![han\_toan\_lim](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/han_toan_lim/32/7551_2.png) [@han\_toan\_lim](https://club.ministryoftesting.com/u/han_toan_lim)\
**Post date:** [27 January 2022 13:57 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/3 "2022-01-27T13:57:42Z")

</div>

In the past this was called the acceptance test environment. This term might still be used in regulated companies.

A modern term is green environment. In the mean time the blue environment is used for production. If the green environment is ready for production, then the roles of the environments are switched:

> **[Blue/Green Deployments - Overview of Deployment Options on AWS](https://docs.aws.amazon.com/whitepapers/latest/overview-deployment-options/bluegreen-deployments.html)**
>
> A blue/green deployment is a deployment strategy in which you create two separate, but identical environments. One environment (blue) is running the current application version and one environment (green) is running the new application version. Using...

---

<div class="post-metadata">

**Author:** ![conrad.connected](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/conrad.connected/32/10123_2.png) [@conrad.connected](https://club.ministryoftesting.com/u/conrad.connected)\
**Post date:** [27 January 2022 15:04 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/4 "2022-01-27T15:04:07Z")

</div>

Staging  
We then have “Integration” in front of that, notably do we have other dev environments, but those share any uninteresting resources between themselves and are not copies at all.

---

<div class="post-metadata">

**Author:** ![john\_sand](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/john_sand/32/8978_2.png) [@john\_sand](https://club.ministryoftesting.com/u/john_sand)\
**Post date:** [27 January 2022 20:31 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/5 "2022-01-27T20:31:23Z")

</div>

I’ve been on teams that call that type of environment preprod, UA, beta and staging.

---

<div class="post-metadata">

**Author:** ![allcapstester](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/allcapstester/32/6102_2.png) [@allcapstester](https://club.ministryoftesting.com/u/allcapstester)\
**Post date:** [28 January 2022 13:31 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/6 "2022-01-28T13:31:22Z")

</div>

I’ve observed a team who decided to call it “production” even though it was a separate environment, and lived on development infrastructure. IT CAUSED ALL HELL. Because people make a bunch of assumptions about it, and try to delete and decommission it or do things to it, based on their preconceptions.

---

<div class="post-metadata">

**Author:** ![mirza](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/mirza/32/9965_2.png) [@mirza](https://club.ministryoftesting.com/u/mirza)\
**Post date:** [28 January 2022 14:20 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/7 "2022-01-28T14:20:33Z")

</div>

What I’ve commonly seen is the following arrangement:

1. Dev - the local environment, where it works on their machine 😅

2. Build - first non-local environment, usually not overly stable

3. Test - hopefully, stable environment, for testing

4. UAT/Staging - pre-prod environment, of all others this one should be the most similar to production

---

<div class="post-metadata">

**Author:** ![mikeharris](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/mikeharris/32/12295_2.png) [@mikeharris](https://club.ministryoftesting.com/u/mikeharris)\
**Post date:** [28 January 2022 15:34 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/8 "2022-01-28T15:34:25Z")

</div>

We also call it staging

---

<div class="post-metadata">

**Author:** ![conrad.connected](https://sea2.discourse-cdn.com/flex020/user_avatar/club.ministryoftesting.com/conrad.connected/32/10123_2.png) [@conrad.connected](https://club.ministryoftesting.com/u/conrad.connected)\
**Post date:** [31 January 2022 10:39 UTC](https://club.ministryoftesting.com/t/what-is-the-name-for-the-environment-that-is-a-copy-of-production-meant-for-testing/56336/9 "2022-01-31T10:39:15Z")

</div>

That is probably why testers have to make checks not just on the product, but also checks on the process changes and also have to run checks on the people we work with.
