Recomendaciones para la fase de comprobación

Una vez finalizado el código del sistema, está preparado para su plena estabilización y es posible comprobar los criterios de versión. Esta fase se denomina con frecuencia la fase de estabilización. El objetivo definitivo de esta fase es identificar y corregir los errores y demostrar que el sistema está preparado para la producción. Esta fase, pues, conlleva una tanda de pruebas finales en un candidato de versión del sistema.

Un candidato de versión es una versión del sistema (normalmente, la más reciente) que se considera completa y lo bastante estable para convertirse en la versión de lanzamiento si se superan todas las pruebas de comprobación. Para demostrarlo, es preciso completar correctamente una serie de pruebas funcionales, de rendimiento y de esfuerzo que comprueben que está preparada realmente.

Prueba para comprobar el rendimiento sostenible y la latencia

Las pruebas de comprobación del rendimiento se han iniciado en paralelo con la fase de implementación, pero es preciso finalizarlas en un candidato de versión que haya demostrado soportar correctamente el conjunto completo de pruebas de los criterios de versión. Lo óptimo es que no se realicen cambios en el candidato de versión durante la última tanda de pruebas, de modo que se pueda confiar en que no se han incluido regresiones. En la práctica, es algo bastante difícil y, a medida que se protegen cambios en la generación, debe evaluarse el riesgo de que exista alguna regresión.

Por ejemplo, si se incluye un cambio fundamental en un artefacto del sistema como una canalización o una orquestación, es probable que sea preciso volver a ejecutar las pruebas de rendimiento para validar este nuevo candidato de versión.

Para garantizar que el sistema esté listo para producción, debe comprobar que se ha probado de manera sostenible de extremo a extremo. Esto significa que se deben probar todas las actividades de operaciones, como el mantenimiento de bases de datos, las consultas de operaciones y las interrupciones planeadas y no planeadas, como se define en el tema ¿Qué es el rendimiento sostenible? Esta es la última oportunidad de certificar la preparación del sistema, por lo que es importante combinar el conjunto completo de pruebas de rendimiento sostenible en la prueba final superada.

Identificar cuellos de botella y ajustar el hardware o la solución para eliminar los obstáculos para la consecución de objetivos

En la práctica, es habitual que el lecho de prueba para la prueba final esté más cerca de la producción con respecto al hardware que el desarrollo de las camas de prueba. Es importante, por lo tanto, usar la oportunidad durante la prueba final superada para identificar los cuellos de botella nuevos o existentes en el sistema y decidir si son de magnitud suficiente para requerir ajustes en el hardware. Aunque no haya que ajustar el hardware de manera inmediata, identificar los cuellos de botella más notables del sistema proporcionará información valiosa sobre planeamiento y operaciones.

Por ejemplo, si el sistema soporta el perfil de carga de producción pero se observa que el tiempo de inactividad del disco físico del servidor de cuadro de mensajes es bajo (por ejemplo, inferior al 20%), podrá identificarse como indicador clave del estado de funcionamiento la supervisión de este disco durante la producción. Además, cualquier plan de aumentar la capacidad de carga del sistema podrá incluir el conocimiento de que va a ser necesario mejorar el subsistema de disco.

Consulte también

Recomendaciones de planificación de proyectos por fases
Recomendaciones para la fase de requisitos
Recomendaciones para la fase de diseño
Recomendaciones para la fase de implementación
Recomendaciones para la fase de lanzamiento