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.
AWS Las pruebas de aplicaciones utilizan términos que otros servicios de pruebas o paquetes de software podrían utilizar con un significado ligeramente diferente. En las siguientes secciones se explica cómo las pruebas de aplicaciones de modernización de AWS mainframes utilizan esta terminología.
Temas
Caso de prueba
Un caso de prueba es la unidad de acción individual más básica del flujo de trabajo de pruebas. Por lo general, un caso de prueba se utiliza para representar una unidad independiente de lógica empresarial que modifica los datos. Se realizarán comparaciones para cada caso de prueba. Los casos de prueba se agregan a un conjunto de pruebas. Los casos de prueba contienen metadatos sobre los artefactos de datos (conjuntos de datos, bases de datos) que modifica el caso de prueba y sobre las funciones empresariales que se activan durante la ejecución del caso de prueba: trabajos por lotes, cuadros de diálogo interactivos de tipo 3270 y otros. Por ejemplo, los nombres y las páginas de códigos de los conjuntos de datos.
Datos de entrada → Caso de prueba → Datos de salida
Los casos de prueba pueden ser en línea o por lotes:
-
Los casos de prueba de la pantalla 3270 en línea son casos de prueba en los que el usuario ejecuta cuadros de diálogo interactivos en pantalla (3270) para leer, modificar o generar nuevos datos empresariales (registros de bases de datos o conjuntos de datos).
-
Los casos de prueba por lotes son casos de prueba que requieren enviar un lote para leer, procesar y modificar o producir nuevos datos empresariales (conjuntos de datos o registros de bases de datos).
Conjunto de pruebas
Los conjuntos de pruebas tienen una colección de casos de prueba que se ejecutan en orden secuencial, uno por uno. La reproducción se realiza en un conjunto de pruebas. Todos los casos de prueba del conjunto de pruebas se ejecutan en el entorno de prueba de destino cuando se reproduce un conjunto de pruebas. Si hay diferencias después de comparar los artefactos de las pruebas de referencia y de reproducción, las diferencias se mostrarán en el nivel del caso de prueba.
Por ejemplo, el conjunto de pruebas A:
Caso de prueba 1, caso de prueba 2, caso de prueba 3, etc.
Configuración del entorno de prueba
La configuración del entorno de prueba le permite configurar el conjunto inicial de datos y parámetros de configuración (o recursos) con los CloudFormation que necesita para que la ejecución de la prueba sea repetible.
Cargar
La carga se realiza en un conjunto de pruebas. Durante la carga, debe proporcionar una ubicación de Amazon S3 que contenga los artefactos, conjuntos de datos y diarios CDC de las bases de datos relacionales del mainframe de origen con los que se compararán. Se considerarán datos de referencia del mainframe de origen. Durante la reproducción, los datos de reproducción generados se compararán con los datos de referencia cargados para garantizar la equivalencia de las aplicaciones.
Reproducción
Las reproducciones se realizan en un conjunto de pruebas. Durante la reproducción, las pruebas de aplicaciones de modernización del AWS mainframe utilizan el CloudFormation script para crear el entorno de prueba de destino y ejecutar la aplicación. Los conjuntos de datos y los registros de las bases de datos que se modifican durante la reproducción se capturan y se comparan con los datos de referencia del mainframe. Por lo general, cargará en el mainframe una vez y luego reproducirá varias veces, hasta que se alcance la equivalencia funcional.
Comparación
Las comparaciones se realizan automáticamente cuando la reproducción finaliza satisfactoriamente. Durante las comparaciones, los datos de referencia que cargó y capturó durante la fase de carga se comparan con los datos de reproducción generados durante la fase de reproducción. Las comparaciones se realizan por caso de prueba individual para conjuntos de datos, registros de bases de datos y pantallas en línea por separado.
Comparación de bases de datos
Application Testing emplea una función de comparación del progreso del estado al comparar los cambios en los registros de las bases de datos entre las aplicaciones de origen y destino. La comparación estado-progreso compara las diferencias en cada ejecución individual de las instrucciones INSERT, UPDATE y DELETE, a diferencia de comparar las filas de la tabla al final del proceso. La comparación estado-progreso es más eficiente que las alternativas, ya que proporciona comparaciones más rápidas y precisas, pues solo se comparan los datos modificados y se detectan los errores que se corrigen automáticamente en el flujo de transacciones. Al utilizar la tecnología CDC (Changed Data Capture), Application Testing puede detectar cambios en las bases de datos de relaciones individuales y compararlos entre la de origen y la de destino.
Los cambios en la base de datos relacional se generan en el origen y el destino mediante el código de la aplicación probada con sentencias DML (lenguaje de modificación de datos) como SQL INSERT, UPDATE o DELETE, pero también indirectamente cuando la aplicación utiliza procedimientos almacenados, cuando los activadores de la base de datos se configuran en algunas tablas o cuando se utiliza CASCADE DELETE para garantizar la integridad referencial, lo que desencadena automáticamente eliminaciones adicionales.
Comparación de conjuntos de datos
Pruebas de aplicaciones compara automáticamente los conjuntos de datos de referencia y reproducción producidos en los sistemas de origen (registro) y de destino (reproducción).
Para comparar conjuntos de datos:
-
Comience con los mismos datos de entrada (conjuntos de datos, base de datos) tanto en el origen como en el destino.
-
Ejecute sus casos de prueba en el sistema de origen (mainframe).
-
Capture los conjuntos de datos producidos y cárguelos en un bucket de Amazon S3. Puede transferir los conjuntos de datos de entrada de la fuente a otros AWS mediante revistas, pantallas y conjuntos de datos de los CDC.
-
Especifique la ubicación del bucket de Amazon S3 en el que se cargaron los conjuntos de datos del mainframe al registrar el caso de prueba.
Una vez finalizada la reproducción, Pruebas de aplicaciones compara automáticamente los conjuntos de datos de referencia y de destino de salida y muestra si los registros son idénticos, equivalentes, diferentes o faltan. Por ejemplo, los campos de fecha relativos al momento de la ejecución de la carga de trabajo (día + 1, final del mes en curso, etc.) se consideran automáticamente equivalentes. Además, si lo desea, puede definir reglas de equivalencia para que los registros que no sean idénticos sigan teniendo el mismo significado empresarial y se marquen como equivalentes.
Estado de comparación
Application Testing utiliza los siguientes estados de comparación: IDENTICAL, EQUIVALENT y DIFFERENT.
- IDENTICAL
-
Los datos de origen y destino son exactamente los mismos.
- EQUIVALENT
-
Los datos de origen y destino contienen diferencias falsas consideradas equivalencias, como fechas o marcas horarias, que no afectan a la equivalencia funcional cuando son relativas al momento de la ejecución de la carga de trabajo. Puede definir reglas de equivalencia para identificar cuáles son estas diferencias. Cuando todos los conjuntos de pruebas repetidos en comparación con sus conjuntos de pruebas de referencia muestran el estado IDENTICAL o EQUIVALENT, el conjunto de pruebas no muestra diferencias.
- DIFFERENT
-
Los datos de origen y de destino contienen diferencias, como un número diferente de registros en un conjunto de datos o valores diferentes en el mismo registro.
Reglas de equivalencia
Conjunto de reglas para identificar diferencias falsas que pueden considerarse resultados equivalentes. Las pruebas de equivalencia funcional offline (OFET) provocan inevitablemente diferencias en algunos resultados entre los sistemas de origen y de destino. Por ejemplo, las marcas de tiempo de actualización son diferentes según el diseño. Las reglas de equivalencia explican cómo ajustar esas diferencias y evitar los falsos positivos en el momento de la comparación. Por ejemplo, si una fecha es el tiempo de ejecución más 2 días en una columna de datos concreta, la regla de equivalencia lo describe y acepta un tiempo en el sistema de destino que sea un tiempo de ejecución en el objetivo más 2 días en lugar de un valor que sea estrictamente igual a la misma columna de la carga de referencia.
Comparación de conjuntos de datos de estado final
El estado final de los conjuntos de datos que se han creado o modificado, incluidos todos los cambios o actualizaciones realizados en los conjuntos de datos desde su estado inicial. En el caso de los conjuntos de datos, Pruebas de aplicaciones examina los registros de esos conjuntos de datos al final de la ejecución de un caso de prueba y compara los resultados.
Comparaciones de bases de datos estado-progreso
Comparaciones de los cambios realizados en los registros de la base de datos como una secuencia de instrucciones DML (eliminar, actualizar, insertar) individuales. Application Testing compara los cambios individuales (insertar, actualizar o eliminar la fila de una tabla) de la base de datos de origen con la de destino e identifica las diferencias para cada cambio individual. Por ejemplo, se puede usar una instrucción INSERT individual para insertar en una tabla una fila con valores diferentes en la base de datos de origen en comparación con la base de datos de destino.
Equivalencia funcional (FE)
Dos sistemas se consideran funcionalmente equivalentes si producen los mismos resultados en todas las operaciones observables, con los mismos datos de entrada. Por ejemplo, dos aplicaciones se consideran funcionalmente equivalentes si los mismos datos de entrada producen datos de salida idénticos (a través de pantallas, cambios en el conjunto de datos o cambios en la base de datos).
Comparaciones de pantallas 3270 en línea
Compara la salida de las 3270 pantallas del ordenador central con la salida de las pantallas web de las aplicaciones modernizadas cuando el sistema de destino se ejecuta en un entorno de ejecución de AWS Blu Age. Nube de AWS Además, compara la salida de las 3270 pantallas del ordenador central con las 3270 pantallas de la aplicación realojada cuando el sistema de destino se ejecuta en un entorno de ejecución de Rocket Software (anteriormente Micro Focus). Nube de AWS
Datos de reproducción
Los datos de reproducción se utilizan para describir los datos generados al reproducir un conjunto de pruebas en el entorno de prueba de destino. Por ejemplo, los datos de reproducción se generan cuando se ejecuta un conjunto de pruebas en una aplicación del servicio de modernización de mainframe. AWS A continuación, los datos de reproducción se comparan con los datos de referencia capturados en el origen. Cada vez que reproduce la carga de trabajo en el entorno de destino, se genera una nueva generación de datos de reproducción.
Datos de referencia
Los datos de referencia se utilizan para describir los datos capturados en el mainframe de origen. Es la referencia con la que se compararán los datos generados por la reproducción (objetivo). Por lo general, por cada registro del mainframe que cree datos de referencia, habrá muchas repeticiones. Esto se debe a que los usuarios suelen capturar el estado correcto de la aplicación en el mainframe y reproducir los casos de prueba en la aplicación modernizada de destino para validar la equivalencia. Si se encuentran errores, se corrigen, y los casos de prueba se vuelven a reproducir. A menudo, se repiten varios ciclos, se corrigen errores y se vuelve a reproducir para validar la incidencia. Esto se conoce como el paradigma de prueba de capturar una vez y reproducir varias veces.
Carga, reproducción y comparación
Pruebas de aplicaciones opera en tres pasos:
-
Carga: captura los datos de referencia creados en el mainframe para cada caso de prueba de un escenario de prueba. Pueden incluir pantallas 3270 en línea, conjuntos de datos y registros de bases de datos.
-
En el caso de pantallas 3270 en línea, debe utilizar el emulador de terminal Blu Insights para capturar la carga de trabajo de origen. Para obtener más información, consulte la documentación de Blu Insights
. -
En el caso de los conjuntos de datos, tendrá que capturar los conjuntos de datos generados por cada caso de prueba en el mainframe mediante herramientas habituales, como el FTP o el servicio de transferencia de conjuntos de datos que forma parte de AWS Mainframe Modernization.
-
Para los cambios en la base de datos, utilice la documentación de AWS Mainframe Modernization Data Replication with Precisely
para recopilar y generar diarios de CDC que contengan los cambios.
-
-
Reproducción: el escenario de prueba se reproduce en el entorno de destino. Todos los casos de prueba especificados en la ejecución del conjunto de pruebas. Los tipos de datos especificados creados por los casos de prueba individuales, como conjuntos de datos, cambios en las bases de datos relacionales o pantallas 3270, se capturarán de forma automática. Estos datos se conocen como datos de reproducción y se compararán con los datos de referencia capturados durante la fase de carga.
nota
Los cambios en la base de datos relacional requerirán opciones de configuración específicas del DMS en la plantilla de estado inicial. CloudFormation
-
Comparación: se comparan los datos de referencia de la prueba de origen y los datos de reproducción de destino, y los resultados se muestran como datos idénticos, diferentes, equivalentes o faltantes.
Diferencias
Indica que se han detectado diferencias entre los conjuntos de datos de referencia y de reproducción mediante la comparación de los datos. Por ejemplo, un campo de una pantalla 3270 en línea que muestre valores diferentes desde el punto de vista de la lógica empresarial entre el mainframe de origen y la aplicación modernizada de destino se considerará una diferencia. Otro ejemplo es una carga en un conjunto de datos que no es idéntico entre las aplicaciones de origen y destino.
Equivalencias
Los registros equivalentes son registros que difieren entre los conjuntos de datos de referencia y los de reproducción, pero que no deben tratarse de forma diferente desde el punto de vista de la lógica empresarial. Por ejemplo, un registro que contenga la marca temporal del momento en que se produjo el conjunto de datos (tiempo de ejecución de la carga de trabajo). Mediante reglas de equivalencia personalizables, puede indicar a Application Testing que trate esa diferencia de falsos positivos como una equivalencia, incluso aunque muestre valores diferentes entre los datos de referencia y los de reproducción.
Aplicación de origen
La aplicación de mainframe de origen con la que se va a comparar.
Aplicación de destino
La aplicación nueva o modificada en la que se realizan las pruebas y que se comparará con la aplicación de origen para detectar cualquier defecto y lograr la equivalencia funcional entre las aplicaciones de origen y de destino. La aplicación de destino normalmente se ejecuta en la nube. AWS
