Entorno de ensayo vs Entorno de producción

Para las empresas más pequeñas (no está claro qué tan grande es la suya), tres entornos (desarrollo, etapa, producción) son comunes. Las empresas más grandes a menudo tendrán un entorno de control de calidad entre el desarrollador y la etapa.

Estos normalmente se desglosan de la siguiente manera:

dev : Copia de código de trabajo. Los cambios realizados por los desarrolladores se implementan aquí para que la integración y las características se puedan probar. Este entorno se actualiza rápidamente y contiene la versión más reciente de la aplicación.

qa : (No todas las empresas tendrán esto). Ambiente para el aseguramiento de la calidad; Esto proporciona una versión de la aplicación modificada con menos frecuencia con la que los evaluadores pueden realizar comprobaciones. Esto permite informar sobre una revisión común para que los desarrolladores sepan si los problemas específicos encontrados por los evaluadores ya se han corregido en el código de desarrollo.

puesta en escena : esta es la versión candidata, y este entorno es normalmente un reflejo del entorno de producción. El área de preparación contiene la "próxima" versión de la aplicación y se usa para las pruebas de estrés finales y las aprobaciones del cliente / gerente antes de comenzar a funcionar.

producción : esta es la versión actualmente lanzada de la aplicación, accesible para el cliente / usuarios finales. Esta versión preferiblemente no cambia excepto durante las versiones programadas.

Me sorprende un poco que un entorno de prueba tampoco esté presente, como una ubicación a la que ir el código antes de ser promovido a la puesta en escena.

Para responder a la pregunta:

Un entorno de escenario debe reflejar el entorno de producción lo más cerca posible.

Se utiliza para verificar los procedimientos de implementación, asegurándose de que cuando el código esté listo para la producción se pueda implementar sin causar problemas.

Es decir, el código va a la puesta en escena; esto se comprueba y se comprueba exhaustivamente para garantizar que la implementación se realizó según lo planeado (y para solucionar cualquier problema si no fuera así).

El entorno de escenario es un entorno preprod que refleja la producción. A menudo, puede tener algunos datos de producción, de modo que un grupo de prueba compuesto por usuarios reales y evaluadores de control de calidad puede confirmar que la base de datos / datos previamente lanzados se implementarán y funcionarán correctamente en un entorno similar a un producto, generalmente a través de casos de uso con secuencias de comandos y regresión pruebas.

Como notas de @Oded, generalmente es común tener un entorno de control de calidad que los probadores de control de calidad usan para probar el código.

Mi experiencia con el gobierno de EE. UU. / Departamento de Defensa de TI es que:

1. DEVELOPMENT / TEST es para desarrolladores y desarrolladores de aplicaciones. Construyen y prueban aplicaciones fuera de los sistemas empresariales.
2. Cuando se completen las aplicaciones, se implementarán en el entorno de TI en el servidor de PACKAGING.
3. A partir de ese momento, las aplicaciones son compatibles con TI, se migran a STAGING (lo que permite a TI desarrollar / verificar directrices de implementación, configuraciones, etc.). Las pruebas de usuario pueden realizarse en esta etapa hasta cierto punto para verificar que la aplicación funcionará como se espera en un sistema que replica la PRODUCCIÓN.
4. Si todos los planes de prueba se completan y están listos para ser ejecutados, la aplicación pasará a PRODUCCIÓN y pasará al modo de mantenimiento (es decir, operaciones y mantenimiento, o O & M).
5. Las nuevas actualizaciones de los desarrolladores también se implementarán en PACKAGING y el proceso continuará.