Cómo probar y depurar correctamente los programas COBOL te están migrando

Es inevitable que te encuentres con desafíos al migrar a COBOL Versión 5.2 o 6.1. No excluyen los beneficios de migrar, pero existen. Según IBM, un gran porcentaje de estos problemas de migración son relacionados con datos, por lo que están crucial hacer pruebas exhaustivas para descubrirlos. Las pruebas que tú haces ahora te ahorrarán incontables horas de depuración, lo que podría perder ingresos y decepcionar a tus clientes. Ten en cuenta que son cambios en las versiones 5.2 y 6.1 de COBOL que afectan a cómo funcionan los depuradores, por lo que tu conjunto de herramientas debe soportar esos cambios. son Hay algunos pequeños cambios externos en los lenguajes 5.2 y 6.1 con los que los programadores de COBOL lidian cada día; sin embargo, los cambios internos son más extensos. El "back-end" de las versiones 5.2 y 6.1 de COBOL ha cambiado radicalmente y sigue cambiando, incluso a diario. Es imprescindible utiliza un conjunto de herramientas que están habilitado y que pueda ofrecer soporte continuo para cambios frecuentes realizados en estas nuevas versiones. Aquí son algunas buenas prácticas que seguir para probar y depurar correctamente los programas COBOL te están migrando:

1. Preparar tu entorno de pruebas

Ignora tus suites de pruebas e introduce un régimen estricto para las pruebas. A medida que tú avances por tus aplicaciones, te volverás más experimentado y te encontrarás con problemas que son familiares y repetibles. Categoriza los problemas que tú encuentres y construye una suite de pruebas que detecte esos problemas comunes relacionados tanto con datos como con malas prácticas de codificación. Del mismo modo, optimiza tus pruebas asegurándote de que tú tienes actualizado el último mantenimiento del compilador y del Entorno de Lenguaje de IBM. Consulta la lista de correcciones de IBM COBOL para esta información. Debe adoptarse un plan sistemático para mantener actualizadas las actualizaciones del compilador y del Entorno del Lenguaje con correcciones mensuales. Hacer pruebas con mantenimiento desactualizado sería una pérdida de tiempo y esfuerzo.

2. Arregla tus programas COBOL

Antes de te Comienza migrar programas COBOL con indiferencia, te debería analizar cada uno y determinar dónde están necesario arreglarlo. Nuestro colega Glenn Everitt escribió hace un tiempo sobre la importancia de esto. Su conclusión: si te descuidas arreglar tus programas COBOL desde el principio, tus esfuerzos de migración serán más difíciles de lo que te imaginas. Estamos de acuerdo. Al probar cada aplicación alineada para migración, verifica que cada una proporcione los resultados correctos, actúe según las especificaciones y escale según las normas esperadas. Elimina también todas las excepciones y condiciones de abdicación.

3. Comienza de pruebas unitarias

Las pruebas unitarias de aplicaciones mainframe también están importantes. Este proceso permite a los desarrolladores probar las pequeñas partes de una aplicación para encontrar y corregir errores de bajo nivel antes de pasar a procesos de prueba que involucran partes más grandes. Sin embargo, las pruebas unitarias están uno de los puntos más débiles en el ciclo de vida del desarrollo de mainframe. Debido a que es un proceso manual tedioso que consume tiempo y energía de otras tareas de desarrollo, que deben realizarse para que el código avance, las pruebas unitarias a menudo se ignoran o dejan incompletas. Afortunadamente, la escasez de pruebas unitarias en entornos mainframe está cambiando gradualmente con la llegada de herramientas automatizadas de pruebas unitarias que permiten a los desarrolladores:

• Validar los cambios en el código inmediatamente
• Eliminar la dependencia de conocimientos especializados en mainframe
• Recopilar y conservar automáticamente datos de prueba con pruebas unitarias usando herramientas como Compuware
• Generar automáticamente pruebas unitarias y activos de prueba

Las pruebas unitarias automatizadas facilitan entregar calidad con rapidez. La idea de automatización y pruebas también se aplica a la migración de tus programas a las versiones 5.2 o 6.1 de COBOL. Las pruebas unitarias garantizarían la calidad del programa desde el principio, evitando futuros problemas de migración, y la automatización aceleraría esas pruebas en un proceso de migración, que ya de por sí consume mucho tiempo.

4. Invertir en depuradores de código fuente

Como se mencionó antes, los cambios en las versiones 5.2 y 6.1 de COBOL afectan a cómo operan los depuradores, por lo que te deberías invertir en depuradores de código fuente que soporten estas versiones más recientes. Los depuradores modernos ofrecen la mejor experiencia y acceso directo a los datos desde la perspectiva del programador de COBOL. Evita usar una herramienta de código fuente no prevista para la versión 5.2 y 6.1. Eso es como pasar por paso a paso por código máquina y dificultará gravemente la depuración. Hemos trabajado con muchos clientes para migrar con éxito sus aplicaciones a las versiones 5.2 y 6.1 de COBOL utilizando diversas herramientas de depuración de aplicaciones, gestión de fallos y fallos, y análisis de rendimiento de Compuware, incluyendo:

• Xpediter para depuración visual e interactiva, incluso si los programas son compilados OPT(2)
• Abend-AID para análisis de abend de programas 5.2 y 6.1, incluyendo programas optimizados
• Estroboscópico para perfilado de programas 5.2 y 6.1, incluyendo programas optimizados

5. Utilizar las opciones de compilación

Utilizar opciones de compilación te ayudará a identificar problemas de prueba antes de pasar a producción. Son varias opciones de compilación que pueden ser útiles para identificar problemas en pruebas, pero estas son las opciones principales que merece la pena destacar:

• • SSRANGE identifica problemas de tablas fuera de rango, generando un mensaje IGZ006S cuando un índice o subíndice apunta a almacenamiento más allá de los límites de una tabla. El utiliza de SSRANGE debería restringirse a pruebas, ya que IBM ha indicado que puede aumentar el tiempo de CPU en un promedio del 18 por ciento.

• • ZONECHECK genera advertencias o hace que un programa se abable si los bits de zona no son numéricos. Insertará pruebas de clase IF NUMERIC delante de cualquier variable decimal zonificada que actúe como campos de envío.

• • DIAGTRUNC genera mensajes de advertencia durante la compilación para alertar al programador de que, durante una instrucción move, la variable numérica receptora contiene menos enteros que el campo de envío. Esto puede ayudar a asegurar que el truncamiento no Crea un problema.

• • RULES(NOEVENPACK) genera un mensaje de advertencia cuando los datos empaquetados contienen un número par de dígitos. Según la Guía de Programadores de Enterprise COBOL para z/OS V5.2 (o V6.1), los datos empaquetados siempre deben tener un número impar de dígitos para evitar que los datos se trunquen. Sin embargo, los programadores de sistemas pueden cambiar el mensaje de advertencia por un error, forzando un cambio de código.

• RULES(NOLAXPERF) emitirá advertencias por prácticas de codificación ineficientes, así como opciones del compilador que pueden afectar al rendimiento.

Asegurarse de te probar y depurar correctamente los programas COBOL desde el principio del proceso evitará que problemas mayores dificulten tu progreso durante los pasos posteriores de la migración. Los beneficios serán evidentes en la siguiente fase de tu plan, la optimización de aplicaciones.

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.