✒️El debug del sistema SAP
El debug del sistema SAP
Apunte Creado OK - Iniciar Edición
01. Introducción al debugging.
Una de las tareas más frecuentes consiste en la búsqueda y corrección de errores, tanto en transacciones Z nuevas que se crean, como en las transacciones Z ya existentes que se encuentran funcionando en el ambiente de producción; como también en el código estándar del sistema SAP.
Dentro del mundo de la programación, se conoce a los errores de los programas con el nombre de bugs.
Los bugs o errores de los programas se producen debido a errores de sintaxis en el código de los programas, como un código de programación incompleto, errores en la lógica de la aplicación, entre otros motivos.
Al proceso de encontrar y eliminar los errores de software se lo conoce como Debug, también llamado debugging, que significa depuración.
El objetivo del debug en SAP consiste en encontrar errores que pueden impedir que los códigos de los programas ABAP funcionen de forma adecuada.
02. El entorno de depuración de SAP.
El sistema SAP dispone de un sistema completo de depuración. Esta herramienta se encuentra dentro del entorno de desarrollo ABAP, que es la herramienta que utilizan los consultores técnicos ABAP para crear y modificar programas y las transacciones, entre otros objetos.
El debugger es una de las herramientas más poderosas que tiene SAP para el análisis y la solución de problemas.
Se utiliza para ejecutar programas paso a paso y durante el proceso se puede verificar la lógica, inspeccionar el contenido de variables de programa, las tablas internas, las variables del sistema, las áreas de memoria, entre otras opciones.
Para poder realizar debugging en ABAP vamos a necesitar, por un lado, contar con conocimientos básicos sobre la estructura de los programas y las sentencias ABAP y por otro se va a necesitar saber utilizar la herramienta, es decir el debugger.
2.1 La estructura de los programas y las sentencias.
Dentro del mundo ABAP se pueden crear distintos de programas u objetos. Los más comunes de ellos son:
- Reportes
- Programas de diálogo
- Formularios
- Batch input
- User exits
- Field exits
- Funciones y RFC
Para aprender a hacer debugging o depuración nos vamos a concentrar en los llamados Reportes.
Reporte en un programa que consiste en una serie de instrucciones y palabras clave cuyo objetivo es procesar datos de entrada de datos que se obtienen de las tablas del sistema y mostrar los resultados del procesamiento por pantalla.
Los reportes se crean, modifican y visualizan en el editor ABAP a través de la transacción SE38, y tambie´n mediante la transacción de objetos SE80 correspondiente al navegador de objetos.
Evento de un programa ABAP. Es una etiqueta que identifica una sección del código dentro de un programa.
La sección del código asociada con un evento, comienza con un nombre de evento y termina cuando el siguiente nombre de evento se encuentra.
Los eventos que se ejecutan en nuestro programa de prueba son los siguientes:
- Initialization. Es el primer evento que se ejecuta para inicializar o blanquear el contenido de las variables de un programa.
- Start of selection. Este evento se utiliza para realizar el procesamiento central del programa, tal como puede ser realizar la selección de los datos, el procesamiento de un archivo, realizar operaciones, entre otras.
- End of selection. Este evento se procesa cuando se termina el procesamiento central del programa, es decir, luego del evento Start of selection. Contiene las últimas sentencias que se ejecutarán en el programa.
2.2 El debugger ABAP.
Es muy importante saber utilizar el debugger o depurador, ya que en programación, las cosas ssolo funcionan sí y solo si son perfectas, es decir, sin errores.
Breakponit. También llamado punto de parada, es un stop que se puede colocar en alguna línea del código del programa, de modo que al ejecutarlo, la ejecución se detenga en ese punto.
Existen 2 tipos de breakpoint.
- Breakpoints de sesión: duran mientras dure la sesión actual de SAP, es decir, para aplicaciones que se lancen dentro de la misma entrada al sistema.
- Breakpints externos: son válidos para cualquier aplicación que se ejecute en el sistema. Tienen una validez de dos horas.
Sobre el autor
Publicación académica de Melissa Gabriela Lozano Munoz, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
SAP Senior
Melissa Gabriela Lozano Munoz
Profesión: Estudiante - Mexico - Legajo: QP23W
✒️Autor de: 47 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Mi nombre es melissa gabriela lozano muñoz, tengo 18 años. soy una persona my alegre y me entusiasma los nuevos retos, soy comprometida con lo que hago y lo disfruto.
Certificación Académica de Melissa Lozano
Disponibilidad Laboral: FullTime
