✒️ABAP Las herramientas de ABAP para asegurar la calidad del código

Resumen

Unidad 1 lección 13

1. La Too.s de ABAP xa asegurar la calidad del código

Cuando creamos programas o modificamos, necesitamos generar código de calidad y q cumplan = Cuestiones relativas al rendimiento = La sintaxis = la seguridad = la obsolocencia = cumplimento de convenciones de nombres y estándares, entre otros

Xa cumplir estos requisitos ABAP nos proporciona Tools muy útiles y son:

• La verificación ampliada del programa TX SLIN

Es la verificación incluye las interfaces de los procedimientos externos llamados desde el programa x ej: Sí el # y el tipo de los parámetros de interfaz es una llamada de procedimiento es cierto.

Esta es un verificación estática. Es posible q hayan circunstancias o situaciones excepcionales o errores en tiempo de ejecución.

Ej: cualquier declaración es la q se especifiquen argumentos dinámica/ como el contenido de campos o en la q llamen a procedimientos dinámica/, no se puede verificar estática/.

También se verifica entre otras cuestiones si el programa se encuentra activado, si se utilizan sentencias de ABAP obsoletas, si se utilizan texto harcodeados en el programa en lugar de utilizar elementos de texto, si existen problemas de semántica, si existen advertencias de sintaxis, entre otros.

• El inspector de código

Es una Tool q se utiliza xa comprobar los objetos del repositorio ABAP, con este se puede verificar

= Objetos individuales

= Conjunto de objetos xa el rendimiento

= la seguridad

= La sintaxis

= Cumplimiento de las conversiones de nombres

El inspector de código podemos definir inspecciones con la ayuda de variantes de verificación, examinan cierto conjuntos de objetos.

Como resultado de la inspección, recibimos mensajes de información, mensajes de advertencia, mensajes de error sobre diferentes propiedades de los objetos examinados.

También podemos acceder a la verificación ampliada de programa al inspector de código a través de menú TX SE38 opción: Programa

Verificar

Verificacion ampliada de programas

Code Inspector

Es muy beneficioso la utilización de estas dos Tools xa la generación de código ABAP. Hay empresas q ponen especial atención a la generación de código ABAP de calidad.

Utilizan estas dos Tools obligatorias dentro del proceso de desarrollo, es decir q el programador ejecute estas dos Tools de modo q se compruebe y qde documentado q el desarrollo cumple con las cuestiones relativas al rendimiento, sintaxis, la seguridad, la obsolecencia, los estándares, entre otros.

Los programadores deben hacer 3 cosas:

== Programación: Creación de programas nuevos o objetos nuevos o modificación de programas o de objetos existentes.

== Pruebas unitarias: Pruebas básicas a verificar q cumplan con los requisitos s/n el requerimieto.

== Documentar: Documentar en Word y q luego se suba el documento al programa documental. El programador debe documentar la ejecución del inspector de código y verificación ampliada del programa de modo de asegurar q ambos chequeos no existen errores visibles.

1.1 Verificación ampliada de programa

La Tx SLIN visualizamos lo siguente:

* El programa: Ej: zmi_primer_programa_abap

* Verificaciones a realizar: Items

* Salida de la verificaciones: Dar salida- lista

Dar salida a mensajes

A continuación cuál es el objetivo de las verificaciones mas común/ utilizadas q ofrece la Verificación ampliada del programa:

• Interfaces PERFORM/FORM (llevar acabo/formulario)
• Interfaces CALL FUNCTION
• Interfaces programa externa
• Status GUI y barra de titulos
• Message
• Cadena de caracteres
• Propiedades de campo
• Sentencias Superfluas
• Sentencias Problemáticas
• Sentencias Obsoletas (sentencias ABAP clasificadas como obsoletas)

Vamos al ejemplo de "mi primer programa en abpa"

**el código fuente " write 'este es mi primer programa en Abap g'.

Le vamos a ejecutar la Tool "Verificacion Ampliada de programa " TX SLIN

Al ver la ejecución se debe visualizar el item "Cadena de caracteres" Columna "Error" 1 item

Al tener un texto entre comillas simples, este texto no se puede traducir a otros idiomas x lo q la forma de corregir esto, es creando un elemento de texto y particular/ un símbolo de texto, para hacerlo vamos al menú:

= Pasar a

= Elemento de texto

=Símbolo de texto: Se crea el registro asi:

código item y descripcion

Una vez creado el elemento de texto se reemplaz en el programa código fuente

Texto original " WRITE 'mi primer programa abap g' "

Se cambia x:" write text-001. "

ya en tool se verificación ampliada de programa no se visualiza ningún error.

1.2 Inspector de código TX SCI

Existen ciertos conceptos básicos y son:

• Variante de verificación: Definen las reglas q se aplicarán, las verificaciones q se realizarán y la configuración de esas verificaciones.

Existen variantes de verificación locales y globales.

Las verificaciones globales están disponibles xa todos los usuarios y las verificaciones locales estan asociadas a un usuario específico.

SAP proporciona una variante de verificación global con nombre "DEFAULT". Esto se utiliza xa los objetos q se verifican en el menú contextual de programas, clases, módulos de función.

• Conjunto de objetos: Define los objetos de desarrollo q se incluirán.
• Inspección: Define una combinación de variantes de verificación y conjunto de objetos, en otras palabras q verificaciones se aplicarán a q objetos de desarrollo.

Menú: Programa

= Verificar

= Code Inspector

Dentro de las variantes de verificación vamos hacer clic en el botón de las caritas de modo q pase a global, luego escribimos DEFAULT y hacemos clic en visualizar. Desde aquí = Crear = modificar = copiar = borrar una variante de verificación.

Si abrimos la carpeta o desplegamos la carpeta de los test. Dentro de cada carpeta hay muchos test, los podemos tildar o destildar.

Nosotros podríamos crear nuestra variante de verificación asi como existe la variante DEFAULT.

Xa esto se deberá copiar la variante DEFAULT y podemos modificar (tildar los items o destildar los items) q queramos.