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 Conceptos de pruebas de aplicaciones de modernización de mainframe
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
- Conjunto de pruebas
- Configuración del entorno de prueba
- Cargar
- Reproducción
- Comparación
- Comparación de bases de datos
- Comparación de conjuntos de datos
- Estado de comparación
- Reglas de equivalencia
- Comparación del estado final de los conjuntos de datos
- Comparaciones de bases de datos estado-progreso
- Equivalencia funcional (FE)
- Comparaciones de pantallas 3270 en línea
- Datos de reproducción
- Datos de referencia
- Cargue, reproduzca y compare
- Diferencias
- Equivalencias
- Aplicación de origen
- Aplicación de destino
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 pantalla 3270 en línea son casos de prueba en los que el usuario ejecuta diálogos de pantalla interactivos (3270) para leer, modificar o generar nuevos datos empresariales (registros de bases de datos y/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 a nivel de conjunto de pruebas. Todos los casos de prueba del conjunto de pruebas se ejecutan en el entorno de pruebas 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) CloudFormation que necesita para que la ejecución de la prueba sea repetible.
Cargar
Las cargas se realizan a nivel de conjunto de pruebas. Durante la carga, debe proporcionar una ubicación de Amazon S3 que contenga los artefactos, los conjuntos de datos y los CDC diarios de 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 repeticiones se realizan a nivel de 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 bases de datos que se modifican durante la reproducción se capturan y se comparan con los datos de referencia del ordenador central. Por lo general, se cargan en la computadora central una vez y luego se reproducen 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 a nivel de 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 entre el estado y el progreso compara las diferencias en cada ejecución INSERT y DELETE afirmación individuales, a diferencia de comparar las filas de la tabla al final del proceso. UPDATE 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. Mediante el uso de la tecnología CDC (captura de datos modificados), las pruebas de aplicaciones pueden detectar cambios en la base de datos de relaciones individuales y compararlos entre la fuente y el destino.
Los cambios en la base de datos de relaciones se generan en origen y destino mediante el código de la aplicación probada mediante sentencias DML (lenguaje de modificación de datos) como SQLINSERTUPDATEDELETE, o, pero también indirectamente cuando la aplicación utiliza procedimientos almacenados, o cuando se configuran activadores de bases de datos en algunas tablas, o cuando se CASCADEDELETEutilizan para garantizar la integridad referencial, provocando automáticamente eliminaciones adicionales.
Comparación de conjuntos de datos
Las pruebas de aplicaciones comparan automáticamente los conjuntos de datos de referencia y reproducción generados en los sistemas de origen (grabación) 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 desde la fuente a AWS otros mediante CDC diarios, pantallas y conjuntos de datos.
-
Especifique la ubicación del depósito de Amazon S3 en el que se cargaron los conjuntos de datos del mainframe cuando cargó el caso de prueba.
Una vez finalizada la reproducción, las pruebas de aplicación comparan automáticamente los conjuntos de datos de referencia y de destino de salida y muestran 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
Las pruebas de aplicaciones utilizan los siguientes estados de comparación: IDENTICALEQUIVALENT, 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 reproducidos en comparación con sus conjuntos de pruebas de referencia muestran el estado de IDENTICAL oEQUIVALENT, su 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 fuera de línea (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 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 con un tiempo de ejecución 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 del estado final de los conjuntos de datos
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, las pruebas de aplicaciones examinan los registros de esos conjuntos de datos al final de la ejecución de un caso de prueba y comparan los resultados.
Comparaciones de bases de datos estado-progreso
Las comparaciones de los cambios realizados en los registros de la base de datos son una secuencia de instrucciones individuales DML (eliminar, actualizar, insertar). 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 INSERT declaración 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 la aplicación modernizada cuando el sistema de destino se ejecuta en un entorno de ejecución de AWS Blu Age en el. Nube de AWS Además, compara la salida de las pantallas 3270 del mainframe con las pantallas 3270 de la aplicación que se ha vuelto a alojar cuando el sistema de destino se ejecuta en el tiempo de ejecución de Micro Focus en la 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 un conjunto de pruebas se ejecuta en una aplicación del servicio de modernización de AWS mainframe. 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.
Cargue, reproduzca y compare
Application Testing opera en tres pasos:
-
Cargar: captura los datos de referencia creados en la computadora central para cada caso de prueba de un escenario de prueba. Estos pueden incluir 3270 pantallas 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 el uso de herramientas habituales, como FTP el servicio de transferencia de conjuntos de datos que forma parte de la modernización del AWS mainframe.
-
Para los cambios en la base de datos, utilice la documentación sobre la modernización del AWS mainframe y la replicación de datos con precisión
para capturar y generar CDC diarios que contengan los cambios.
-
-
Reproducción: el conjunto de pruebas se reproduce en el entorno de destino. Se ejecutan todos los casos de prueba especificados en el conjunto de pruebas. Los tipos de datos específicos creados por los casos de prueba individuales, como los conjuntos de datos, los cambios en las bases de datos relacionales o las 3270 pantallas, 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 DMS de configuración específicas en la plantilla de condiciones 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 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éntica 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 AWS nube.