Choisir entre callTestCase et des mots-clés personnalisés dans Katalon Studio / Blogs / Perficient

Comprendre les différences entre l’utilisation de callTestCase et les mots-clés personnalisés dans Katalon Studio est crucial pour une automatisation efficace des tests. Les deux méthodes servent à réutiliser le code, mais elles ont des applications, des avantages et des limites distincts. Ce blog explorera ces différences, vous aidant à décider quand utiliser chaque approche et laquelle pourrait être la mieux adaptée à vos besoins.
Qu’est-ce que callTestCase ?
La méthode callTestCase permet à un scénario de test d’invoquer un autre scénario de test dans Katalon Studio. Ceci est particulièrement utile pour organiser les tests en composants modulaires, où un scénario de test peut servir d’aide à plusieurs autres scénarios de test.
// Main Test Case import com.kms.katalon.core.webui.keyword.WebUiBuiltInKeywords as WebUI // Call another test case WebUI.callTestCase(findTestCase('Login Tests/Valid Login'), [('username') : 'testUser', ('password') : 'testPass'], FailureHandling.STOP_ON_FAILURE)
Avantages de l’utilisation de callTestCase :
- Modularité: En décomposant des scénarios de test complexes en cas de test plus simples et réutilisables, vous pouvez améliorer la maintenabilité de votre suite de tests.
- Facilité d’utilisation: les cas de test appelés avec callTestCase peuvent être facilement gérés et visualisés dans l’explorateur de tests, ce qui permet aux testeurs de comprendre facilement le flux de test.
- Passage de paramètres: Vous pouvez transmettre des paramètres au scénario de test appelé, permettant un comportement dynamique basé sur différentes entrées.
- Enregistrement: Chaque exécution de scénario de test est enregistrée séparément, fournissant des informations détaillées sur le flux d’exécution.
Limites de l’utilisation de callTestCase :
- Performance: L’appel de plusieurs scénarios de test peut entraîner des temps d’exécution plus lents en raison de la surcharge liée à la gestion de journaux de scénarios de test et de contextes d’exécution distincts.
- Verbosité: Les journaux d’exécution peuvent devenir verbeux, ce qui peut compliquer le débogage et rendre plus difficile l’identification des problèmes.
Que sont les mots clés personnalisés ?
Les mots-clés personnalisés sont des fonctions réutilisables que vous pouvez définir dans Katalon Studio. Ils sont généralement créés pour encapsuler des actions communes qui peuvent être réutilisées dans plusieurs scénarios de test. Les mots-clés personnalisés sont définis dans le dossier Mots-clés et peuvent être annotés avec @Keyword pour les rendre disponibles en mode manuel et script.
// Custom Keyword Definition import com.kms.katalon.core.annotation.Keyword import com.kms.katalon.core.webui.keyword.WebUiBuiltInKeywords as WebUI class LoginKeywords { @Keyword def login(String username, String password) { WebUI.setText(findTestObject('Page_Login/input_Username'), username) WebUI.setText(findTestObject('Page_Login/input_Password'), password) WebUI.click(findTestObject('Page_Login/button_Login')) } } // Using the Custom Keyword in a Test Case import myKeywords.LoginKeywords as Login Login.login('testUser', 'testPass')
Avantages de l’utilisation de mots clés personnalisés :
- Performance: Les mots-clés personnalisés s’exécutent plus rapidement que l’appel de scénarios de test, car ils ne génèrent pas de journaux d’exécution détaillés pour chaque étape. Cela peut conduire à une amélioration des performances, en particulier pour les actions fréquemment utilisées.
- Simplicité: Les mots-clés personnalisés peuvent simplifier la logique de test complexe en l’encapsulant dans une seule fonction, rendant ainsi vos cas de test plus clairs et plus faciles à lire.
- Flexibilité: Les mots clés peuvent être conçus pour accepter des paramètres et renvoyer des valeurs, permettant un code dynamique et réutilisable.
- Journalisation moins verbeuse: Étant donné que les mots clés personnalisés n’enregistrent pas chaque étape comme le font les cas de test, ils permettent de garder les journaux concis et concentrés sur les informations critiques.
Limites de l’utilisation de mots clés personnalisés :
- Contexte limité: Les mots-clés personnalisés n’ont pas leur propre contexte d’exécution comme le font les cas de test. Cela signifie qu’ils ne peuvent pas gérer leurs propres processus d’installation et de démontage.
- Limites du mode manuel: Si vous souhaitez utiliser des mots-clés personnalisés en mode manuel, ils doivent être annotés avec @Keyword, ce qui n’est peut-être pas nécessaire si vous utilisez principalement le mode script.
Quand utiliser chaque approche
Utilisez callTestCase Quand :
- Vous devez exécuter un scénario de test complet comprenant une logique de configuration et de démontage.
- Vous souhaitez conserver des journaux détaillés pour chaque exécution de scénario de test afin de faciliter le débogage.
- Vous travaillez sur une conception de test modulaire où chaque cas de test représente un domaine fonctionnel distinct.
Utilisez des mots clés personnalisés lorsque :
- Vous disposez d’un code répétitif qui doit être réutilisé dans plusieurs scénarios de test sans la surcharge de journaux d’exécution séparés.
- Les performances sont une préoccupation et vous souhaitez minimiser le temps d’exécution.
- Vous devez encapsuler une logique complexe qui peut être réutilisée de manière simple.
Conclusion
Le choix entre callTestCase et les mots-clés personnalisés dépend en grande partie de vos besoins de tests spécifiques et de la structure de votre suite de tests. Si vous privilégiez la modularité et la journalisation détaillée, callTestCase est la voie à suivre. Toutefois, si vous vous concentrez sur les performances et la réutilisation du code sans la verbosité des journaux de scénarios de test, les mots clés personnalisés constituent la meilleure option.
Source link