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:
- 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.