Cadre de test piloté par mot-clé avec exemple

⚡ Résumé intelligent

Les tests pilotés par mots clés séparent la logique de test du code d'automatisation par une carteping Des mots clés en langage clair associés à des fonctions réutilisables permettent aux testeurs de concevoir, de maintenir et de faire évoluer des suites automatisées via des feuilles de calcul au lieu d'écrire des scripts pour chaque cas de test individuel.

(I.e. Notions de base sur les mots-clés : Chaque action telle que ouvrir un navigateur, cliquer ou saisir du texte devient un mot-clé autodescriptif, associé à une seule fonction.
🧩 Quatre éléments constitutifs : Les feuilles Excel, une bibliothèque de fonctions, des feuilles de données et un référentiel d'objets permettent de séparer les étapes, les objets, les actions et les données.
(I.e. Conception axée sur les tables : Les testeurs rédigent les cas sous forme de lignes de mots-clés avec des paramètres ; aucune connaissance en langage de script n’est donc requise pour créer un test.
⚙️ Exécution du script du pilote : Un script pilote lit chaque mot-clé, appelle la fonction correspondante et réécrit le résultat dans la feuille de calcul.
🧪 Choix de l'outillage : HP QTP, Selenium, et Robot Framework interprètent tous les tableaux de mots-clés sans analyse personnalisée.
️ Adéquation du cadre : Les configurations hybrides associent des mots-clés à des entrées basées sur les données afin d'élargir la couverture sans dupliquer une seule étape de test.
???? Planifiez les frais généraux : La conception initiale des mots-clés et la maintenance de la bibliothèque coûtent du temps réel ; il est donc conseillé de limiter le vocabulaire et de le revoir à chaque version.

Qu’est-ce que les tests basés sur les mots clés ?

Tests basés sur les mots clés est une technique de script qui utilise des fichiers de données pour contenir les mots-clés liés à l'application testée. Ces mots-clés décrivent l'ensemble des actions requises pour effectuer une étape spécifique.

Un test piloté par mots-clés se compose de mots-clés de haut et de bas niveaux, y compris les arguments de mots-clés, qui sont composés pour décrire l'action d'un scénario de test. Il est également appelé test basé sur des tables ou test basé sur des mots d'action.

Le Cadre axé sur les mots clés Il s'agit du framework de tests d'automatisation fonctionnelle construit autour de cette technique. Il divise les cas de test en quatre parties distinctes afin de séparer le code des cas de test et des étapes de test pour une meilleure automatisation : les étapes de test elles-mêmes, les objets sur lesquels elles agissent, les actions effectuées sur ces objets et les données qui leur sont fournies.

Dans Keyword Driven Testing, vous identifiez d’abord un ensemble de mots-clés, puis associez une action (ou fonction) liée à ces mots-clés. Ici, chaque action de test comme l'ouverture ou la fermeture du navigateur, le clic de souris, les frappes au clavier, etc. est décrite par un mot-clé tel que ouvrez le navigateur, cliquez, tapez du texte etc.

Le diagramme ci-dessous illustre deux actions commerciales ordinaires transformées en mots-clés réutilisables. Par exemple:

vous connecter vers le site Web « guru99 » – Le mot clé « connexion » sera utilisé dans notre cadre d'automatisation, pour tester la fonction de connexion ou l'action qui y est associée.
déconnexion vers le site Web « guru99 » — Le mot clé « déconnexion » sera utilisé dans notre cadre d'automatisation, pour tester la fonction de déconnexion ou l'action qui lui est associée.

Vous trouverez d'autres exemples plus loin dans cet article. Le schéma reste le même : une action métier, un mot-clé, une fonction.

Exemple de mots-clés

Le glossaire ci-dessous répertorie les mots-clés typiques d'une application bancaire et l'action métier que chacun déclenche.

Mots-clés	Description
Se connecter	Connectez-vous au site de démonstration de la banque guru99
Emails	Courriel
déconnexions	Déconnectez-vous du site de démonstration de la banque guru99
Notifications	Rechercher des notifications non lues

Astuce : Nommez les mots-clés en fonction de l'action métier, et non de l'étape technique. « Se connecter » reste pertinent même après une refonte de la page ; « Cliquer sur le bouton bleu », non.

Composantes d'un cadre axé sur les mots clés

Savoir ce qu'est un mot-clé ne suffit pas. Pour créer une structure axée sur les mots-clés, il faut rassembler un petit ensemble de fichiers, chacun traitant d'une problématique spécifique.

Feuille de calcul Excel – Identifiez les mots-clés et stockez-les dans une feuille Excel, une ligne par étape de test.
Bibliothèque de fonctions – Ce module comprend les fonctions des flux métier (par exemple, le bouton de connexion d'un site web). Lors de l'exécution d'un test, il lit le mot-clé dans la feuille Excel et appelle les fonctions correspondantes.
Fiches Technique – Stockez les données de test utilisées dans l'application, afin qu'un mot-clé soit testé sur plusieurs entrées.
Référentiel d'objets – Contient les localisateurs de chaque élément concerné par les mots-clés, de sorte qu'un localisateur modifié est édité à un seul endroit.
Scripts de test – Vous pouvez avoir scripts de test pour chaque manuel Cas de test ou un script de pilote unique.
Script du pilote – Parcourt la feuille Excel ligne par ligne, résout chaque mot-clé par rapport à la bibliothèque de fonctions et enregistre le résultat.
Outil d'automatisation – Exécute les commandes résolues sur l'application et fournit la couche de reporting.

Ensemble, ces sept pièces forment un ensemble complet cadre d'automatisation des testsPourquoi choisir ce modèle ?

Pourquoi effectuer des tests basés sur les mots clés

En génie logiciel, les tests basés sur les mots clés sont effectués pour les raisons suivantes

Composants communs gérés par la bibliothèque standard
Grâce à cette approche, les tests peuvent être écrits de manière plus abstraite.tract manière
Haut degré de réutilisation
Le détail du script est caché aux utilisateurs
Les utilisateurs ne sont pas obligés d'utiliser les langages de script
Le test est concis, maintenable et flexible

Étant donné que la couche de mots clés absorbe les modifications de l'application, une grande les tests de régression La suite logicielle reste écologique en modifiant une poignée de fonctions plutôt que des centaines de scripts. Ce raisonnement guide la mise en œuvre de cette approche.

Comment effectuer des tests basés sur les mots clés

Les tests pilotés par mots-clés peuvent être réalisés manuellement ou de manière automatisée. Cependant, ils sont généralement utilisés conjointement avec les tests automatisés.

L'objectif de l'automatisation des tests pilotés par mots clés est

Cela aide à réduire les coûts de maintenance
Évite les spécifications dupliquées
Une plus grande réutilisation des scripts de fonctions
Meilleure prise en charge et portabilité des tests
Réalisez davantage de tests avec moins ou le même effort

Grâce aux tests pilotés par mots clés, vous pouvez créer des tests simples. tests fonctionnels Lors des premières phases de développement, on teste l'application progressivement. La méthode la plus simple pour créer un test piloté par mots-clés consiste à l'enregistrer. Une fois enregistré, le test peut être modifié et personnalisé selon les besoins.

Chaque mot-clé doit être associé à au moins une commande, un script de test ou une fonction qui met en œuvre les actions liées à ce mot-clé.

Lorsque les scénarios de test sont exécutés, les mots-clés sont interprétés par une bibliothèque de tests, appelée par un framework d'automatisation de tests.

Les principales activités liées aux tests pilotés par mots clés sont :

Étape 1) Identifier les mots-clés de bas niveau et de haut niveau
Étape 2) Implémentation des mots-clés en tant qu'exécutable
Étape 3) Création de cas de tests
Étape 4) Création des scripts du pilote
Étape 5) Exécuter les scripts de tests d'automatisation

Les étapes 1 et 2 sont un travail de conception ponctuel ; les étapes 3 à 5 se répètent à chaque sprint, comme le montrent les exemples ci-dessous.

Exemples de cas de test

Ces trois scénarios réutilisent les mêmes mots-clés définis précédemment.

TC_01 : Connectez-vous au site de démonstration guru99, découvrez combien de transactions sont effectuées aujourd'hui
TC_02 : Connectez-vous au site de démonstration guru99, envoyez un e-mail à l'un de vos clients puis déconnectez-vous
TC_03 : Connectez-vous au site de démonstration guru99 et vérifiez toute notification reçue

Présenté sous forme de tableau de mots-clés, TC_02 se transforme en six lignes que n'importe quel testeur peut lire ou réorganiser sans ouvrir le code :

Etape	Mots-clés	Argument	Résultat attendu
1	navigateur ouvert	Chrome	La session du navigateur démarre
2	Se connecter	mngr123 / demopass	Page d'accueil du gestionnaire affichée
3	Emails	client@exemple.com	La fenêtre de composition s'ouvre
4	incroyablement réaliste effect.	Envoyer	"Mail « envoyé » apparaît
5	déconnexions	-	Séance clôturée
6	fermer le navigateur	-	Navigateur publié

Échangerping L'argument de l'étape 3 transforme les six mêmes lignes en un test différent, qui est l'endroit où données de test La gestion porte ses fruits.

Avantages des tests basés sur les mots clés

Il permet aux testeurs fonctionnels de planifier l'automatisation des tests avant que l'application ne soit prête.
Les tests peuvent être développés sans connaissances en programmation
Il ne dépend pas d'un langage ou d'un outil de programmation spécifique
Compatible avec tous les outils d'automatisation disponibles sur le marché

Ces avantages expliquent pourquoi les tests pilotés par mots clés conviennent aux entreprises à long terme. tests automatisés suites. Le coût compte aussi.

Limites des tests basés sur les mots clés

Les abdostracL'amélioration de la lisibilité des tests pilotés par mots-clés les rend également coûteux à développer. Avant même la première exécution des tests, il faut identifier les mots-clés, implémenter chacun d'eux sous forme de fonction, configurer le référentiel d'objets et écrire le script pilote. Sur un petit projet, cette configuration coûte plus cher que l'écriture directe des scripts de test.

La maintenance représente le deuxième coût. La bibliothèque étant partagée par tous les tests, une modification imprudente peut rendre l'ensemble de la suite inutilisable. De plus, les bibliothèques ont tendance à proliférer : les équipes ajoutent des quasi-doublons tels que « Login », « SignIn » et « DoLogin ».

Investissement initial élevé – La conception du framework et l'implémentation des mots-clés précèdent toute exécution de test.
Flexibilité réduite – Les testeurs n'expriment que les mots-clés existants, ce qui rend nécessaire le développement de scénarios inhabituels.
Maladroit pour une logique complexe – Les embranchements et les boucles empêchent les lignes de tableau plates.
Des compétences sont toujours nécessaires – La couche de mots-clés est sans code, la bibliothèque de fonctions ne l'est pas.

⚠️ Attention : RevExaminez la bibliothèque de mots-clés à chaque mise à jour et supprimez les entrées inutilisées. Un vocabulaire non contrôlé est la principale raison de l'abandon des frameworks pilotés par mots-clés.

Ces compromis déterminent la comparaison ci-dessous.

Cadre axé sur les mots clés, sur les données ou hybride

Axé sur les mots clés et test basé sur les données Résoudre différents problèmes. Un cadre de travail axé sur les données fait varier les entrées d'un script fixe ; un cadre de travail axé sur les mots-clés fait varier les étapes. Le tableau présente le modèle hybride adopté par la plupart des équipes en entreprise.

Aspect	Cadre axé sur les mots clés	Cadre basé sur les données	Cadre hybride
Qu'est-ce qui est externalisé ?	Étapes et actions du test	Données de test uniquement	Les étapes et les données
effort de planification	Vaste et précis	Limité aux données et aux scripts	Le plus élevé
Entretien	Plus facile, plus d'abdostraccouches de tion	Plus dur, abdostraction est plus mince	Le plus facile à l'échelle
Compétences en programmation requises	Uniquement pour la bibliothèque de fonctions	Requis pour chaque script	Nécessaire pour la couche centrale
Peut commencer avant la construction	Oui	Non	Oui

En pratique, les styles se combinent. Un cadre hybride stocke les étapes sous forme de mots-clés et les entrées dans des feuilles de données, souvent sur un Modèle d'objet de pageChoisissez une approche basée sur les mots clés lorsque de nombreux testeurs écrivent des tests, une approche basée sur les données lorsqu'un flux nécessite de nombreuses entrées, et une approche hybride lorsque les deux s'appliquent.

Outils utilisés pour les tests basés sur les mots clés

Plusieurs outils sont largement utilisés pour les tests pilotés par mots-clés, chacun interprétant différemment le tableau des mots-clés.

HP QTP – est livré avec une vue par mots-clés intégrée, de sorte que la feuille et le test exécutable ne forment qu'un seul artefact.
Selenium – ne possède pas de couche de mots-clés native, les équipes doivent donc construire elles-mêmes la bibliothèque de fonctions et le script pilote.
Cadre de robot – un moteur open-source conçu autour de mots-clés, avec une syntaxe tabulaire et de nombreux mots-clés prêts à l'emploi.
TestNG – couramment utilisé avec Selenium pour séquencer les méthodes associées aux mots-clés et générer des rapports.

Notre liste de outils de test automatisés couvre les licences et le support de plateforme pour chaque option.

FAQ

Les assistants IA peuvent extraire des noms de mots-clés à partir des récits utilisateurs et structurer la correspondance. Selenium méthodes, ce qui supprime la plupart des étapes de configurationpingUn humain doit encore confirmer le vocabulaire métier et valider chaque localisateur généré avant que la suite ne soit considérée comme fiable.

Cela réduit le problème plutôt que de le supprimer. Les moteurs d'auto-réparation réidentifient un élément à partir de ses attributs environnants lorsqu'un localisateur est défaillant, ce qui évite les réparations de routine. La gouvernance du référentiel reste toutefois nécessaire, car un localisateur réparé qui correspond silencieusement au mauvais élément masque un défaut réel.

Non. Les deux masquent le code derrière des étapes lisibles, mais les outils BDD tels que Cucumber Utilisez des phrases « Étant donné-Quand-Alors » rédigées pour faciliter la collaboration sur les exigences. Les tests pilotés par mots-clés utilisent des mots d'action tabulaires conçus pour être réutilisés au sein de la suite d'automatisation.

Limitez le vocabulaire au strict minimum permis par l'application, généralement quelques dizaines d'actions de bas niveau et un mot-clé de haut niveau par flux métier. Si deux mots-clés décrivent la même action, fusionnez-les immédiatement ; les doublons rendent les bibliothèques ingérables.

Oui. Intégrez les feuilles de mots clés dans le système de contrôle de version avec la bibliothèque de fonctions, puis laissez le serveur de compilation exécuter le script du pilote. Les exécuteurs tels que TestNG groupe de gestionping et les rapports, de sorte que les échecs apparaissent dans le même rapport de compilation que les tests unitaires.