Mejores prácticas de automatización de pruebas de SAP

Mejores prácticas para estructurar proyectos de automatización de pruebas de SAP en Test Manager y Studio: estructura del proyecto, componentes reutilizables y opciones de actividad que reducen el esfuerzo de mantenimiento.

Crear casos de prueba automatizados para aplicaciones SAP es rápido y fiable, pero la complejidad de SAP puede afectar tanto a la estabilidad de tus automatizaciones como al esfuerzo necesario para mantenerlas a lo largo del tiempo. Estas directrices hacen que los proyectos de prueba de SAP sean simples de entender, fáciles de ampliar y baratos de mantener. Para los pasos del lado de Studio que conectan una automatización a un caso de prueba, consulta Automatizar casos de prueba.

Estructura de proyecto recomendada

Un proyecto de automatización de pruebas SAP bien estructurado otorga a cada parte una responsabilidad única y clara:

• Plantilla de ejecución: una plantilla específica de WinGUI que gestiona la limpieza del entorno e inicia SAP antes de que se ejecute un caso de prueba.
• Ayudantes: flujos de trabajo reutilizables que obtienen credenciales e inician sesión en SAP.
• Componentes reutilizables: bloques de creación de automatización, normalmente uno por transacción SAP, invocable desde varios casos de prueba.
• Casos de prueba: los flujos de trabajo de nivel superior que reúnen ayudantes y componentes reutilizables en un escenario de extremo a extremo.

Separar los datos de prueba de la lógica de automatización

Los datos que necesita un caso de prueba se mantienen separados de la secuencia de pasos que lo ejecuta:

• Preparar datos de prueba: asignar los datos de prueba (tipo de pedido, organización de ventas, canal de distribución y valores similares) al inicio del caso de prueba.
• Secuenciar automatizaciones con verificaciones intermedias: invocar cada componente reutilizable en orden, con un paso Verificar expresión después de cada uno para confirmar el resultado esperado antes de continuar.

No se necesita una estructura Given-When-Then para los casos de prueba de SAP: la secuencia de preparación y automatización de datos que se muestra a continuación es suficiente.

Utilizar transacciones SAP como componentes reutilizables

Las transacciones SAP son límites naturales para las secuencias de automatización reutilizables:

• Iniciar cada componente desde la ventana SAP Easy Access.
• Utilizar actividades específicas de SAP cuando estén disponibles: enriquecen las actividades estándar de Automatización de IU (Clic, Obtener texto y otras) con comportamiento compatible con SAP.
• Salir de la transacción para volver a la ventana SAP Easy Access antes de que finalice el componente, para que la siguiente transacción de la secuencia pueda continuar desde un punto de partida conocido.

Nota:

El mapa de calor mide la cobertura por transacción SAP. Si tu automatización no está estructurada con un componente reutilizable por transacción, la cobertura que se muestra en el mapa de calor puede parecer inflada o incompleta en relación con lo que realmente verificaste.

Utilizar una plantilla de ejecución de WinGUI

Una plantilla de ejecución específica de WinGUI que se ejecuta antes de cada caso de prueba pone el entorno en un estado conocido:

1. Cerrar cualquier instancia de SAP que aún se esté ejecutando, por ejemplo con Cancelar proceso el saplogon.exe.
2. Iniciar sesión en SAP utilizando un flujo de trabajo auxiliar reutilizable.

Elegir Simular sobre Eventos de hardware

Simular es el modo de entrada recomendado para la automatización de SAP, establecido en el nivel de proyecto en Configuración del proyecto > Automatización de IU moderna > Métodos de destino: SAP. Es más rápido y más fiable que los eventos de hardware para la mayoría de los controles SAP.

Controles que no admiten Simular

Algunos campos muestran un error "no se admite la escritura de texto con Simular" error. Cambiar el modo de entrada de esa actividad específica a Eventos de hardware lo resuelve, sin cambiar el valor predeterminado en el nivel de proyecto.

Elegir actividades dedicadas de SAP en lugar de actividades genéricas

Las actividades específicas de SAP son generalmente la mejor opción sobre las actividades genéricas de automatización de IU: están diseñadas para comprender los controles de SAP y son más resistentes a los cambios que los equivalentes genéricos.

Actividades de navegación y pantalla:

• Transacción de llamada
• Clic en imagen en pantalla
• Hacer clic en botón de barra de herramientas
• Seleccionar elemento de menú
• Inicio de sesión en SAP
• Inicio de sesión en SAP

Actividades de tabla y árbol:

• Expandir tabla jerárquica ALV (visor de lista ABAP)
• Expandir árbol ALV
• Expandir árbol
• Ámbito de la celda de la tabla

Actividades de datos y estado:

• Lectura de barra de estado
• Seleccionar fechas en el calendario

Ejemplo de caso de prueba de extremo a extremo

Un único caso de prueba de extremo a extremo puede encadenar transacciones SAP dentro de una sesión: iniciar sesión con SAP Logon, asignar los datos de prueba con Asignación múltiple y luego ejecutar el componente reutilizable para cada transacción en secuencia, por ejemplo, VA01, VKM1, VL10H , VT01N, VT02N, VL02N, VI01, VF01 y BF03: volver a SAP Easy Access antes de que se inicie la siguiente transacción.

Resumen

Mantener los proyectos de automatización de pruebas de SAP simples reduce el esfuerzo necesario para mantenerlos a lo largo del tiempo:

• Una estructura de proyecto fácil de entender.
• La lógica repetible se ha trasladado a componentes reutilizables, cada uno con una única responsabilidad.
• No pierda tiempo creando requisitos que aún no necesita.