Meilleures pratiques d'automatisation des tests SAP

Meilleures pratiques pour structurer les projets d'automatisation de test SAP dans Test Manager et Studio: structure de projet, composants réutilisables et choix d'activités qui réduisent l'effort de maintenance.

La création de cas de test automatisés pour les applications SAP est rapide et fiable, mais la complexité de SAP peut affecter à la fois la stabilité de vos automatisations et l'effort nécessaire pour les maintenir au fil du temps. Ces directives permettent de simplifier la compréhension des projets de test SAP, de leur étendue et de leur maintenance. Pour les étapes côté Studio qui connectent une automatisation à un cas de test, voir Automatiser des cas de test.

Structure de projet recommandée

Un projet d'automatisation de test SAP bien structuré donne à chaque partie une responsabilité unique et claire:

• Modèle d'exécution: un modèle spécifique à WinGUI qui gère le nettoyage de l'environnement et démarre SAP avant l'exécution d'un cas de test.
• Aides: workflows réutilisables qui récupèrent les informations d'identification et se connectent à SAP.
• Composants réutilisables: blocs constitutifs d'automatisation, généralement un par transaction SAP, appelables depuis plusieurs cas de test.
• Cas de test: les workflows de haut niveau qui assemblent les assistants et les composants réutilisables dans un scénario de bout en bout.

Séparer les données de test de la logique d’automatisation

Les données dont un cas de test a besoin restent distinctes de la séquence d’étapes qui l’exécute:

• Préparation des données de test: attribution des données de test (type de commande, organisation de vente, canal de distribution et valeurs similaires) au début du cas de test.
• Séquencer les automatisations avec des vérifications intermédiaires: invoquer chaque composant réutilisable dans l'ordre, avec une étape Vérifier l'expression après chacune confirmant le résultat attendu avant de poursuivre.

Une structure Étant Donné-Quand-Alors n'est pas nécessaire pour les cas de test SAP — la séquence de préparation et d'automatisation des données illustrée ci-dessous est suffisante.

Utilisation des transactions SAP en tant que composants réutilisables

Les transactions SAP constituent des limites normales des séquences d’automatisation réutilisables:

• Démarrage de chaque composant à partir de la fenêtre SAP Easy Access.
• Utilisation d'activités spécifiques à SAP lorsqu'elles sont disponibles: elles enrichissent les activités UI Automation standard (Cliquer, Obtenir le texte, etc.) avec un comportement compatible SAP.
• Quitter la transaction pour revenir à la fenêtre SAP Easy Access avant la fin du composant, afin que la transaction suivante dans la séquence puisse se poursuivre à partir d'un point de départ connu.

Remarque :

La carte thermique mesure la couverture par transaction SAP. Si votre automatisation n’est pas structurée avec un composant réutilisable par transaction, la couverture affichée dans la carte thermique peut sembler gonflée ou incomplète par rapport à ce que vous avez réellement vérifié.

Utilisation d'un modèle d'exécution WinGUI

Un modèle d'exécution spécifique à WinGUI s'exécutant avant chaque cas de test place l'environnement dans un état connu:

1. Fermeture de toute instance SAP encore en cours d'exécution, par exemple avec Forcer l'arrêt du processus le saplogon.exe.
2. Se connecter à SAP à l'aide d'un workflow d'assistance réutilisable.

Choix de Simuler sur Événements matériels

Simuler est le mode d'entrée recommandé pour l'automatisation SAP, défini au niveau du projet sous Paramètres du projet > UI Automation Modern > Méthodes de ciblage - SAP. Il est plus rapide et plus fiable que les événements matériels pour la plupart des contrôles SAP.

Contrôles qui ne prennent pas en charge Simuler

Certains champs signalent le message « l’écriture de texte avec la fonction Simuler n’est pas prise en charge». Erreur. Le fait de passer le mode d’entrée de cette activité spécifique sur Événements matériels la résout, sans modifier la valeur par défaut au niveau du projet.

Choix des activités dédiées à SAP plutôt que des activités génériques

Les activités spécifiques à SAP constituent généralement le meilleur choix par rapport aux activités UI Automation génériques; elles sont conçues pour comprendre les contrôles SAP et sont plus résilientes aux modifications que leurs équivalents génériques.

Activités de navigation et d’écran:

• Call Transaction
• Click Picture on Screen
• Click Toolbar Button
• Select Menu Item
• SAP Login
• SAP Logon

Activités Table et Arborescence:

• Développer la table hiérarchique ALV (observateur de liste ABAP)
• Expand ALV Tree
• Expand Tree
• Table Cell Scope

Activités Données et statut:

• Read Status Bar
• Select Dates In Calendar

Exemple de scénario de test de bout en bout

Un seul cas de test de bout en bout peut enchaîner les transactions SAP dans une même session: connexion avec SAP Logon, attribution des données de test avec Attribution multiple, puis exécution du composant réutilisable pour chaque transaction en séquence, par exemple VA01, VK1, VL10H , VT01N, VT02N, VL02N, VI01, VB01 et BP03 — retour à SAP Easy Access avant le début de la transaction suivante.

Résumé

La simplicité des projets d’automatisation de test SAP réduit les efforts nécessaires pour les gérer au fil du temps:

• Une structure de projet facile à comprendre.
• La logique répétable est déplacée vers des composants réutilisables, chacun avec une seule responsabilité.
• Aucun temps passé à créer des exigences dont vous n’avez pas encore besoin.