![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️ABAP Las herramientas de ABAP para asegurar la calidad del código
ABAP Las herramientas de ABAP para asegurar la calidad del código
![ABAP Las herramientas de ABAP para asegurar la calidad del código ABAP Las herramientas de ABAP para asegurar la calidad del código](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/395.jpg)
UNIDAD 1: INTRODUCCION A SAP Y ABAP
TEMA 13: LAS HERRAMIENTAS DE ABAP PARA ASEGURAR LA CALIDAD DEL CODIGO
A.- LAS HERRAMIENTAS QUE NOS PROPORCIONA ABAP PARA ASEGURAR LA CALIDAD DEL CODIGO.
>> Verificación ampliada del programa:
>>>> Se accede a través de la transacción SLIN.
>>>> Realiza una verificación completa que incluye las interfaces de los procesamientos externos.
>>>> Es una verificación estática debido a que no se pueden eliminar los errores en tiempo de ejecución.
>>>> Verifica si el programa se encuentra activado.
>>>> Verifica si utiliza sentencias obsoletas.
>>>> Verifica si utiliza textos harcodeados.
>>>> Verifica si existen problemas de semántica.
>>>> Verifica si existen advertencias de sintaxis.
>>>> Como resultado obtendremos errores, advertencias, mensajes.
>> Inspector de código:
>>>> Se accede a través de la transacción SCI.
>>>> Es una herramienta que se utiliza para comprobar los objetos del repositorio ABAP.
>>>> La verificación de objetos pueden ser individuales o en conjuntos para el rendimiento, seguridad, sintaxis y el cumplimiento de las convenciones de nombres.
>>>> Como resultado obtendremos mensajes de advertencia, error, información.
A.1.- LA VERIFICACION AMPLIADA DEL PROGRAMA (VAP)
>> Verificaciones para las subrutinas PERFORM Externa:
>>>> Se verifica si la definición FORM existe en el programa indicado.
>>>> Se verifica si el programa que contiene la definición FORM, existe o es un include.
>>>> Se verifica si coinciden la cantidad de parámetros actuales con parámetros formales.
>>>> Se verifica sí coinciden los parámetros USING, CHANGING, TABLES.
>>>> Se verifica si los parámetros actuales y los parámetros formales son compatibles.
>>>> Se verifica si un literal se transfiere a un parámetro estructurado.
>> Verificaciones para la subrutinas FORM:
>>>> Se verifica si para una definición FORM existe una llamada PERFORM.
>>>> Se verifica si existen parámetros FORM sin tipo.
>>>> Se verifica si las excepciones pueden producirse mediante PERFORM.
>> Interfases CALL FUNCTION:
>>>> Se verifica si un modulo de funciones existe en un grupo de funciones y no contiene errores.
>>>> Se verifica si existen los módulos de funciones
>>>> Se verifica si se traslada todas los parámetros necesarios.
>>>> Se verifica que no se transfieran parámetros desconocidos.
>>>> Se verifica si los parámetros tienen la categoría correcta
>>>> Categorías: Import, Export, Tables, Exception.
>>>> Se verifica si los parámetros formales y los parámetros actuales son compatibles.
>>>> Se verifica si para EXCEPTION’ s se realiza un tratamiento SY-SUBRC.
>>>> Se verifica si la clausula RAISING intercepta todas las excepciones correctamente.
>>>> Se verifica si un modulo de funciones esta indicado como obsoleto.
>>>> Se verifica si un modulo de funciones contiene una entrada de en la tabla de datos TFDIR.
>>>> Se verifica si para cada EXCEPTION existe un comando RAISE.
>>>> Se verifica si para cada comando RAISE existe una EXCEPTION.
>> Interfases Programa Externas:
>>>> Se verifican las llamadas de las sentencias CALL TRANSACTION, LEAVE TO TRANSACTION, CALL DIALOG, SUBMIT USER EXIT’ s.
>>>> Se verifica si existe un código de transacción en la tabla de base de datos TSTC.
>>>> TSTC: Es una tabla de códigos de transacción SAP.
>>>> Se verifica si existe un dialogo en la tabla de base de datos TDCT.
>>>> TDTC: Es una tabla de módulos de dialogo.
>>>> Se verifica si los programas llamados son correctos sintácticamente.
>>>> Se verifica si los parámetros SUBMIT están definidos en el report.
>>>> SUBMIT: Se utiliza para la ejecución de programas ABAP. Es indicado mediante WITH.
>> STATUS GUI Y Barra de títulos:
>>>> Se verifica si el STATUS GUI esta definido.
>>>> Se verifica si el TITULO esta definido.
>> Message:
>>>> Es una sentencia.
>>>> Se agrupan los test que verifican cuestiones relativas a los mensajes.
>>>> Se verifica si los mensajes están definidos en la base de datos T1002.
>>>> Se verifica si la cantidad de parámetros transferidos con WITH coincide con la cantidad de parámetros formales en el mensaje.
>>>> Se verifica si necesita un texto explicativo.
>>>> Se verifica si existe el texto explicativo.
>>>> Se verifica si el texto explicativo esta activo.
>>>> Se verifica si el texto explicativo esta absoleto.
>> Cadenas Caracteres:
>>>> Se verifica si el elemento de texto no esta definido.
>>>> Se verifica si el string en el texto fuente contiene caracteres no permitidos.
>>>> Se verifica string’s diferentes con un mismo ID de elemento de texto.
>>>> Se verifica si un símbolo de texto no se utiliza.
>>>> Se verifica si existe un texto de selección superfluo.
>> Propiedades del campo:
>>>> Se verifica si existe un ayuda de búsqueda no definida.
>>>> Se verifica si existen campos no utilizados o no leídos.
>>>> Se verifica si el nombre de campo es identificado a un tipo predefinido pero tiene otro tipo.
>>>> Se verifica si el nombre de campo contiene u guion como parte del nombre.
>> Sentencias Superfluas:
>>>> Se verifica si el programa tiene sentencias BreakPoint.
>>>> BreakPoint: Son puntos de control que se colocan en el programa.
>>>> Se verifica si utiliza en una condición la variable del sistema SY-UNAME.
>>>> Se verifica si existen sentencias trace.
>>>> Sentencias Trace: son SET RUN TIME, SYNTAX-TRACE ON.
>>>> Se verifica si una sentencia consta solo de un punto.
>>>> Se verifica las sentencias EXIT, RETURN, STOP, RAISE o SUBMIT, AND RETURN, existen otras sentencias.
>> Sentencias Problemáticas:
>>>> Se verifica si la misma sentencia WHEN aparecen dos veces en una sentencia CASE-ENDCASE.
>>>> Se verifica si existen programas direccionados con la sentencia INCLUDE y son del tipo I.
>>>> Se verifica si se llama a la sentencia FREE MEMORY.
>>>> Se verifica si existen nombres que empiezan por %_ ya que están reservados para fines internos.
>>>> Se verifica la sentencia RAISE esta fuera de un grupo de funciones.
>>>> Se verifica si existen una sentencia WRITE TO que puede reemplazarse por MOVE TO.
>>>> Se verifica si existe una declaración STOP en un modulo o modulo de funciones.
>>>> Se verifica si existe un tratamiento de excepciones vacío.
>>>> Se verifica si un campo se asigna a si mismo.
>>>> Se verifica si un string se compara con un campo C que contiene al final espacios en blanco.
>> Sentencia Obsoleto:
>>>> Se verifica que en el programa no se estén utilizando sentencias ABAP.
>>>> Se les llama obsoletas ya que a futuro estas sentencias van a dejar de funcionar.
>>>> Si una sentencia deja de funcionar entonces el programa también dejara de funcionar.
A.2.- EL INSPECTOR DE CODIGO
>> Variante de verificación:
>>>> Definen las reglas que se aplicaran.
>>>> Definen las verificaciones que se realizaran y la configuración de estas.
>>>> Existen variantes de verificación locales y globales.
>>>> Las variantes de verificación globales están disponibles para todos los usuarios.
>>>> Las variantes de verificación local están asociados directamente con una identificación de usuario especifico.
>>>> DEFAUL: Es una variante de verificación global.
>> Conjunto de objetos: Definen los objetos de desarrollo.
>> Inspección:
>>>> Es la combinación de que verificaciones se aplicaran a que objetos de desarrollo.
>>>> Ejecutar el inspector código, Programa / Verificar / Code Inspector.
 
 
 
Sobre el autor
Publicación académica de Víctor Alberto Saccaco Maldonado, en su ámbito de estudios para la Carrera Consultor ABAP.
Víctor Alberto Saccaco Maldonado
Profesión: Consultor Abap - Peru - Legajo: RD90F
✒️Autor de: 25 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: PartTime
Presentación:
Consultor abap junior, con experiencia en módulos sd, mm.
Certificación Académica de Víctor Saccaco