Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Testeo
Cuando se cambia la plataforma de una aplicación COBOL y se mantiene Db2 z/OS como base de datos compartida, es fundamental garantizar que el nuevo sistema funcione de forma equivalente al original. Este entorno híbrido presenta desafíos y oportunidades únicos para las pruebas. La siguiente estrategia describe un enfoque integral para las pruebas de equivalencia funcional y está diseñada para validar el rendimiento de la aplicación rediseñada, la integridad de los datos y la perfecta integración con la base de datos existente de Db2 for z/OS.
Comience por identificar los procesos empresariales y las transacciones fundamentales que deben compararse entre los sistemas. Luego, cree un plan de pruebas detallado con escenarios específicos que evalúen de manera efectiva la equivalencia funcional de estas transacciones. Por último, desarrolle conjuntos de datos de prueba completos que cubran todos los escenarios identificados y asegúrese de que sean idénticos para ambos sistemas a fin de permitir una comparación precisa.
Entorno de origen
-
Instantánea inicial (primera instantánea):
-
Asegúrese de que otras aplicaciones no utilicen la tabla de datos durante la prueba, ya que esto puede afectar a la prueba de equivalencia.
-
Antes de ejecutar cualquier prueba, tome una instantánea del Db2 para ver z/OS las tablas que utiliza la transacción.
-
-
Pruebas del sistema de origen:
-
Ejecute el conjunto completo de pruebas en la aplicación COBOL original.
-
Registre todas las transacciones, entradas y salidas.
-
Supervise el rendimiento del sistema y la utilización de los recursos.
-
-
Instantánea de las pruebas posteriores al suministro (segunda instantánea):
-
Realice otra instantánea de la z/OS base de datos de Db2 for después de completar las pruebas del sistema de origen.
-
Entorno de destino
-
Restablecer la base de datos:
-
Restaure la base de datos a su estado inicial mediante la primera instantánea.
-
-
Pruebas del sistema objetivo (entorno rediseñado):
-
Ejecute el mismo conjunto de pruebas en la aplicación con la nueva plataforma.
-
Asegúrese de que todas las pruebas del sistema de destino utilicen las mismas entradas que las pruebas del sistema de origen.
-
Supervise el rendimiento del sistema y la utilización de los recursos.
-
-
Instantánea de las pruebas posteriores a Target (tercera instantánea):
-
Realice una instantánea final de la z/OS base de datos de Db2 for después de completar las pruebas del sistema de destino.
-
Análisis
-
Comparación y análisis:
-
Compare la segunda y la tercera instantánea para identificar cualquier discrepancia en los datos.
-
Analice los resultados de las pruebas y compare los resultados de los sistemas de origen y de destino.
-
Evalúe las métricas de rendimiento entre los dos entornos.
-
-
Pruebas de integración:
-
Realice pruebas que involucren tanto a la aplicación rediseñada como a cualquier componente restante de COBOL.
-
Compruebe la perfecta interacción entre los dos entornos.
-
-
Pruebas de recuperación y conmutación por error:
-
Escenarios de prueba en los que un entorno falla y el otro asume el control.
-
Garantice la coherencia e integridad de los datos durante las situaciones de conmutación por error.
-
-
Pruebas de carga y stress:
-
Realice pruebas con cargas variables para evaluar el rendimiento del sistema híbrido en situaciones de stress.
-
Identifique cualquier obstáculo o problema de rendimiento en cualquiera de los entornos.
-
-
Documentación e informes:
-
Documente todos los resultados de las pruebas, las discrepancias y las métricas de rendimiento.
-
Prepare un informe completo que compare los sistemas de origen y destino.
-
Probando su aplicación en AWS Mainframe Modernization
El Prueba de aplicación de AWS Mainframe Modernization
nota
AWS Mainframe Modernization El servicio (experiencia de entorno de ejecución gestionado) ya no está abierto a nuevos clientes. Para obtener funcionalidades similares a las AWS Mainframe Modernization de Service (experiencia en entornos de ejecución gestionados), explore AWS Mainframe Modernization Service (experiencia autogestionada). Los clientes existentes pueden seguir utilizando el servicio con normalidad. Para obtener más información, consulte Cambio en la disponibilidad de AWS Mainframe Modernization.
El siguiente diagrama muestra cómo Prueba de aplicación de AWS funciona a un alto nivel.
El proceso consta de estos pasos:
-
Cree y gestione casos de prueba, que son la unidad más pequeña de acciones de prueba. Identifique los tipos de datos que mejor representan la equivalencia funcional entre los sistemas de origen y destino.
-
Defina la configuración del entorno de prueba especificando CloudFormation plantillas y atributos adicionales.
-
Cree conjuntos de pruebas, que son colecciones de casos de prueba.
-
Cargue y reproduzca conjuntos de datos: capture los conjuntos de datos de entrada y salida en la computadora central, cárguelos y, a continuación AWS, reproduzca el escenario de prueba en el sistema de destino.
-
Compare los conjuntos de datos de origen y destino. Prueba de aplicación de AWS compara automáticamente los conjuntos de datos de salida de los sistemas de origen y destino. Revíselos y evalúelos para identificar las discrepancias.
Para obtener más información, consulte la documentación de AWS Mainframe Modernization.
