¿Por qué es importante contar con un entorno de prueba controlado?

Un entorno de prueba es un espacio dedicado al despliegue del software que será puesto a prueba. Es importante que este ambiente sea totalmente independiente a los entornos de producción porque durante las pruebas se intentará provocar errores al software e incluso dependiendo del tipo de prueba que se ejecutarán se puede hasta estresar el mismo, además durante las pruebas se intentará provocar errores de validación por lo que esto provocará que la base de datos se llene con datos ficticios o como también se conocen como datos basura.

Para que un entorno sea confiable a la hora de ejecutar las pruebas debe cumplir con los siguientes aspectos:

1. Debe contar con las mismas características del entorno de producción tanto en hardware como en software. En caso de no ser posible crearlo con las mismas prestaciones de hardware se debe valorar que tipo de pruebas no funcionales serán ejecutadas para así poder tener una idea de cuánto puede afectar el resultado de la prueba el entorno creado. Respecto a las características de software si es esencial que coincida completamente con el entorno de producción.
2. El software desplegado debe coincidir completamente con la versión que será desplegada en producción.
3. El entorno de prueba no debe ser variado durante la ejecución de las pruebas, principalmente el software a probar.
4. El entorno debe ser solamente dedicado a las pruebas del software, no debe solaparse con el entorno de producción en ningún momento.

¿Qué ocurre si estos aspectos son violados?

En caso de violar cualquiera de estos aspectos primeramente se compromete la correlación del resultado de las pruebas en el ambiente de prueba con respecto al de producción, ninguna de las características evaluadas mostraría un resultado fiel a lo que se le será mostrado al usuario final.

El aspecto que más se viola comúnmente es el relacionado a la no variación del software durante la ejecución de las pruebas (punto 3), ya que por lo general no se tiene una visión de la magnitud de las afectaciones que esto puede traer al proceso de pruebas. Si el software es variado durante la ejecución de las pruebas provoca:

• Diseño de casos de pruebas obsoletos. Por lo que provoca un rediseño de las pruebas y por ende atrasos en el proceso de pruebas.
• No detectar errores existentes en funcionalidades ya validadas.
• Colocar en producción un software con errores.
• Dañar la credibilidad del equipo de pruebas y esto trae consigo dañar la imagen de tu organización.

¿Qué hacer si el entorno es variado durante la ejecución de las pruebas?

Como se mencionó anteriormente al comprometer el resultado de las pruebas se deberá desechar todos los resultados obtenidos sin importar que tan avanzado estuviese la ejecución del proceso o que tan pequeño fue el cambio. Las pruebas de software se deben realizar nuevamente con la misma rigurosidad con la que se realizaron en la primera ocasión, no se debe dar por validada ninguna funcionalidad que solo haya sido comprobada en la prueba fallida.