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

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

LECCION 13º DE 14:

1 - Las herramientas que proporciona abap para asegurar la calidad de codigo.

Al crear o modificar codigo, necesitamos crea codigo de calidad (rendimiento, sintaxis, seguridad, absolecencia, y cumplimiento de nombres o estandares).

Herramientas:

• Verificacion ampliada del programa: se accede a traves de la transaccion SLIN, Es una verificacion estatica. no puede eliminar situaciones excecionales o errores en tiempo de ejecucion. Cualquier declaracion en la se especifiquen argumentos dinamicamente como campos o procesdimientos dinamicamente, no se pueden verificar estaticamente. Se verifica si el programa esta activado, sentiencias obsoletas, textos harcodeados, problemas de semantica, advertencia de sintaxis.
• El inspector de codigo: transaccion SCI. Se utiliza para comprobar los objetos del repositorio abap. se puede verificar objetos individuales o conjuntos para el rendimiento de seguridad, la sintaxis, y el cumplimiento de las convenciones de nombres. Se recibe mensaje de adertencia o de error sobre diferentes propiedades del los objetos examinados. Tambien se puede acceder a la verificacion ampliada del programa y al inspector por la transacion SE38. Es de uso obligatorio estas dos herramientas para el programador de modo que se compruebe y se documente que el desarrollo cumple con cuestiones de rendimiento, sintaxis, seguridad, obsolecencia, y estandares.

Audio1: etapa de desarrollo del programa: programacion. prueba unitarias, documentacion.

1.1 - Laverificacion ampliada del programa:

transaccion SLIN: pantalla de seleccion para configurar que vamos a realizar.

• programa a verificar.
• verificaciones
• salidas de verificaciones

verficaciones mas comunes:

1. interfases PERFORM/FORM: test que verifican las llamadas de subrutinas perform externa y la definiciones de form.

PERMFORM externa, se verifica si:

• la definicion FORM existe en el programa
• esta definido FORM de la llamada existente y no es un include
• coincide la cantidad de paramentros actuales con los formales.
• un literal se transfiere a un paramentros estructurado o a uno de la categoria CHANGING.

FORM se verifica si:

• existe una llamada PERFORM
• existen parametros FORM sin tipo.
• la expresiones que pueden producirse mediante PERFORM llamada externo o un CALL FUNTION en una definicion FORM, aparecen clausulas RAISING de FORM.

2. interfases CALL FUNTION

3. interfases programa externo.

4. status gui y barra de titulos

5. menssage

6. cadena de caracteres

7. propiedades de campo

8. sentencias superfluas.

9. sentencias problematicas

10. sentencias obsoletas.

1.2 - El inspector de codigo

• variante de verificacion:locales y globales
• conjunto de objetos
• inspecion

audios: crea variante de verificacion tomando la default. copiandola y modificandola.

video:

Variante de verificacion: define las reglas que se aplicaran, las comprobacionesy configuraciones de esa comprobaciones

conjunto de objetos o object set: define los objetos que se incluiran.

Inspeccion en el contecto del inspetor de codigo: define la combinacion de variantes de comprobacion y object set. que comprobaciones deben aplicarse a qué objetos de desarrollo.

diferencia entre verificaciones locales y globales:

locales: estan asociados a un ID de usuario especifica.

globales estan disponibles para todos los usuarios.

sap proporciona una variante DEFAULT.