- \u010co je automatiz\u00e1cia?<\/a><\/li>
- \u010co je automatizovan\u00e9 testovanie?<\/a><\/li>
- \u010co automatizova\u0165?<\/a>
- Testovacie pr\u00edpady (test cases), ktor\u00e9 vy\u017eaduj\u00fa opakovan\u00e9 vykon\u00e1vanie s komplexnou sadou d\u00e1t (dataset)<\/a><\/li>
- Testy, ktor\u00e9 s\u00fa \u010dasovo n\u00e1ro\u010dn\u00e9<\/a><\/li><\/ul><\/li>
- Testovacie pr\u00edpady (test cases), ktor\u00e9 vy\u017eaduj\u00fa paraleln\u00e9 vykon\u00e1vanie<\/a><\/li>
- \u010co neodpor\u00fa\u010dame automatizova\u0165?<\/a>
- Testovacie pr\u00edpady (test cases) pre pou\u017e\u00edvate\u013esk\u00e9 rozhranie (UI)<\/a><\/li>
- Testovacie pr\u00edpady (test cases) pou\u017eite\u013enosti<\/a><\/li>
- Funkcionalita, ktor\u00e1 sa pou\u017e\u00edva len zriedka a vy\u017eaduje ve\u013ea \u010dasu na skriptovanie<\/a><\/li>
- Explorat\u00edvne testovanie (exploratory testing)<\/a><\/li><\/ul><\/li>
- Kedy by sme mali automatizova\u0165?<\/a><\/li>
- Kedy neautomatizova\u0165?<\/a><\/li>
- Proces automatizovan\u00e9ho testovania<\/a><\/li>
- Proces automatizovan\u00e9ho testovania krok za krokom:<\/a>
- Pochopenie po\u017eiadaviek<\/a><\/li>
- Definovanie rozsahu automatiz\u00e1cie<\/a><\/li>
- V\u00fdber spr\u00e1vneho n\u00e1stroja<\/a><\/li>
- Skriptovanie testovac\u00edch pr\u00edpadov<\/a><\/li>
- Integr\u00e1cia s CI\/CD<\/a><\/li><\/ul><\/li>
- Frameworky pre automatizovan\u00e9 testovanie<\/a>
- Modul\u00e1rny Framework<\/a><\/li>
- Framework riaden\u00fd \u00fadajmi (Data-driven framework)<\/a><\/li>
- Framework riaden\u00fd k\u013e\u00fa\u010dov\u00fdmi slovami (Keyword-driven framework)<\/a><\/li><\/ul><\/li>
- M\u00fdty o automatizovanom testovan\u00ed<\/a><\/li>
- Popul\u00e1rne n\u00e1stroje na automatizovan\u00e9 testovanie<\/a><\/li>
- Na\u0161e tutori\u00e1ly o n\u00e1strojoch na automatizovan\u00e9 testovanie<\/a><\/li><\/ul><\/div>\n
Qu’est-ce que l’automatisation ?<\/h2>\n\n
Avant d’aborder les tests automatis\u00e9s, expliquons le terme \u00ab\u00a0automatisation\u00a0\u00bb. L’automatisation est le processus par lequel nous pouvons automatiser un processus manuel \u00e0 l’aide de la technologie. L’objectif est d’\u00e9liminer ou de r\u00e9duire le travail humain et manuel. Voyons maintenant comment l’automatisation contribue aux tests de logiciels.<\/p>\n\n
Les tests de logiciels consistent \u00e0 \u00e9crire des sc\u00e9narios de test une seule fois et \u00e0 les r\u00e9ex\u00e9cuter chaque fois que c’est n\u00e9cessaire. Les tests manuels sont une t\u00e2che qui prend beaucoup de temps et qui est \u00e9puisante. Les tests automatis\u00e9s permettent de r\u00e9duire le temps n\u00e9cessaire \u00e0 l’ex\u00e9cution des tests. Les scripts de test n’\u00e9tant r\u00e9dig\u00e9s qu’une seule fois, ils peuvent \u00eatre ex\u00e9cut\u00e9s automatiquement un nombre illimit\u00e9 de fois sans aucune intervention humaine.<\/p>\n\n
Qu’est-ce qu’un test automatis\u00e9 ?<\/h2>\n\n
Le test automatis\u00e9 est un type de test de logiciel qui implique l’ex\u00e9cution automatis\u00e9e de cas de test \u00e0 l’aide d’outils d’automatisation. Fondamentalement, nous automatisons le processus de test manuel. Le testeur r\u00e9dige des scripts de test et les ex\u00e9cute \u00e0 un moment pr\u00e9cis, ou planifie les tests pour qu’ils soient ex\u00e9cut\u00e9s p\u00e9riodiquement. Cela permet de r\u00e9duire le temps global n\u00e9cessaire aux tests et donc d’acc\u00e9l\u00e9rer le d\u00e9ploiement du logiciel.<\/p>\n\n
Que faut-il automatiser ?<\/h2>\n\n
Maintenant que nous savons ce qu’est le test automatis\u00e9, parlons un peu des cas de test qui se pr\u00eatent \u00e0 l’automatisation, ou plus pr\u00e9cis\u00e9ment, des cas de test qui sont des candidats id\u00e9aux pour l’automatisation. Cas de test qui testent les fonctionnalit\u00e9s essentielles de l’application<\/p>\n\n
Par exemple, pour une application de commerce \u00e9lectronique, nous inclurions la navigation dans les produits \u00e0 l’aide des fonctions de recherche et de cat\u00e9gorie, l’ajout de produits au panier et la r\u00e9alisation d’achats en tant que fonctionnalit\u00e9 cl\u00e9. Ces cas de test devraient \u00eatre les premiers adeptes de l’automatisation. Les cas de test pour l’ajout \u00e0 des listes de souhaits et autres devraient \u00eatre moins prioritaires.<\/p>\n\n
Cas de test n\u00e9cessitant une ex\u00e9cution r\u00e9p\u00e9t\u00e9e avec un ensemble de donn\u00e9es complexe<\/h3>\n\n
De nombreux cas de test n\u00e9cessitent des d\u00e9clenchements r\u00e9p\u00e9t\u00e9s. Ces cas de test sont \u00e9galement des candidats id\u00e9aux pour l’automatisation, car l’automatisation r\u00e9duit consid\u00e9rablement les efforts consacr\u00e9s aux tests.<\/p>\n\n
Prenons l’exemple de la fonction de recherche dans l’application. Si nous pouvons automatiser la proc\u00e9dure de recherche avec un terme de recherche et valider ensuite les r\u00e9sultats de la recherche, nous pouvons ex\u00e9cuter le m\u00eame script de mani\u00e8re r\u00e9p\u00e9t\u00e9e avec diff\u00e9rents types de termes tels que des mots simples, des mots multiples, des caract\u00e8res alphanum\u00e9riques, des caract\u00e8res sp\u00e9ciaux, des caract\u00e8res de langues \u00e9trang\u00e8res, etc.<\/p>\n\n
Tests qui prennent du temps<\/h3>\n\n
Les proc\u00e9dures de test dont l’ex\u00e9cution et la mise en place prennent beaucoup de temps sont \u00e9galement des candidats id\u00e9aux pour l’automatisation.
Cas de test n\u00e9cessitant une ex\u00e9cution parall\u00e8le<\/h2>\n\n
Dans certains cas, il est n\u00e9cessaire de contr\u00f4ler l’acc\u00e8s simultan\u00e9 \u00e0 l’application, par exemple dans le cas de tests de performance avec plusieurs utilisateurs. Dans ces cas, les tests manuels ne sont pas r\u00e9alisables ou n\u00e9cessitent davantage de ressources pour tester des sc\u00e9narios sp\u00e9cifiques. Les scripts automatis\u00e9s sont utiles dans ce cas en cr\u00e9ant des requ\u00eates simultan\u00e9es et en rassemblant les r\u00e9sultats en un seul endroit.<\/p>\n\n
Quels sont les \u00e9l\u00e9ments qu’il est d\u00e9conseill\u00e9 d’automatiser ?<\/h2>\n\n
Lors de l’automatisation, il est \u00e9galement important de comprendre quels types de cas de test ne peuvent ou ne doivent pas \u00eatre automatis\u00e9s.<\/p>\n\n
Cas de test pour l’interface utilisateur (UI)<\/h3>\n\n
Les cas de test pour l’interface utilisateur graphique (GUI) devraient \u00eatre laiss\u00e9s aux tests manuels ou \u00e0 la validation humaine. En effet, le moindre changement dans l’IA peut entra\u00eener l’\u00e9chec des tests automatis\u00e9s. En outre, il est tr\u00e8s difficile de cr\u00e9er des cas de test fiables pour l’IA qui fonctionneraient sur diff\u00e9rents appareils et \u00e0 diff\u00e9rentes r\u00e9solutions d’\u00e9cran.<\/p>\n\n
Cas de test d’utilisabilit\u00e9<\/h3>\n\n
Les tests d’utilisabilit\u00e9 permettent de v\u00e9rifier la facilit\u00e9 d’utilisation d’une application par diff\u00e9rents groupes d’utilisateurs, ce que la technologie actuelle ne permet pas de faire par le biais de tests automatis\u00e9s.<\/p>\n\n
Fonctionnalit\u00e9 rarement utilis\u00e9e et n\u00e9cessitant beaucoup de temps de r\u00e9daction de scripts<\/h3>\n\n
Il est bon d’automatiser des sc\u00e9narios complexes, mais il n’est pas tr\u00e8s efficace d’investir des efforts dans des sc\u00e9narios qui sont rarement utilis\u00e9s.<\/p>\n\n
Essais exploratoires<\/h3>\n\n
Les tests exploratoires n\u00e9cessitent une acquisition rapide des connaissances sur l’application et des tests simultan\u00e9s. Par cons\u00e9quent, les sc\u00e9narios de tests exploratoires ne peuvent pas \u00eatre automatis\u00e9s.<\/p>\n\n
Quand faut-il automatiser ?<\/h2>\n\n
Apr\u00e8s avoir d\u00e9fini toutes les options d’automatisation lors de la planification des tests, nous pouvons commencer \u00e0 cr\u00e9er le cadre d’automatisation en parall\u00e8le avec l’\u00e9quipe de d\u00e9veloppement. Cependant, la r\u00e9daction des sc\u00e9narios de test doit commencer au bon moment. Pour un meilleur retour sur investissement de l’automatisation et pour \u00e9viter le travail inutile, l’\u00e9criture des sc\u00e9narios de test devrait \u00eatre lanc\u00e9e lorsque l’application est stable et qu’aucun changement fr\u00e9quent n’est pr\u00e9vu dans l’application.<\/p>\n\n
Quand ne pas automatiser ?<\/h2>\n\n
Examinons quelques sc\u00e9narios dans lesquels les tests automatis\u00e9s ne sont pas appropri\u00e9s ou dans lesquels l’automatisation est plus susceptible d’apporter des inconv\u00e9nients.<\/p>\n\n
- \n
- Manque d’expertise, d’exp\u00e9rience avec l’outil d’automatisation<\/strong> – Le manque d’expertise dans l’outil d’automatisation et\/ou le langage de programmation pour cr\u00e9er des scripts fiables est l’une des principales raisons pour lesquelles le plein potentiel de l’outil ne peut pas \u00eatre utilis\u00e9. Ces facteurs conduisent \u00e0 l’\u00e9chec des tests automatis\u00e9s.<\/li>\n\n\n\n
- Cas de test mal s\u00e9lectionn\u00e9s<\/strong> – Le succ\u00e8s des tests automatis\u00e9s d\u00e9pend fortement du choix des bons cas de test pour l’automatisation. Des tests mal s\u00e9lectionn\u00e9s entra\u00eenent un gaspillage des ressources et du temps investis dans l’automatisation.<\/li>\n\n\n\n
- Applications avec des changements fr\u00e9quents<\/strong> – Le choix de tests automatis\u00e9s pour une application avec des changements fr\u00e9quents n\u00e9cessite une maintenance constante des scripts de test, ce qui peut parfois ne pas donner le retour sur investissement souhait\u00e9.<\/li>\n\n\n\n
- Sc\u00e9narios de test mal r\u00e9dig\u00e9s<\/strong> – Les scripts de test dont les validations sont limit\u00e9es ou insuffisantes peuvent donner lieu \u00e0 des r\u00e9sultats de test faussement positifs. Ces faux positifs cachent des erreurs qui pourraient \u00eatre facilement d\u00e9tect\u00e9es si elles \u00e9taient v\u00e9rifi\u00e9es manuellement ou r\u00e9dig\u00e9es diff\u00e9remment.<\/li>\n<\/ul>\n\n
Processus de test automatis\u00e9<\/h2>\n\n
Le processus de test automatis\u00e9 comprend un ensemble d’activit\u00e9s r\u00e9alis\u00e9es lors de l’automatisation de diverses applications logicielles. Nous passerons en revue chaque phase, de la compr\u00e9hension des besoins \u00e0 l’automatisation des scripts et \u00e0 l’int\u00e9gration avec CI\/CD.<\/p>\n
\n![\"Tests](\"https:\/\/ittester.sk\/wp-content\/uploads\/2023\/06\/automatizovane-testovanie-proces-1-1024x1009.webp\")
Processus de test automatis\u00e9<\/figcaption><\/figure>\n<\/div>\n Processus de test automatis\u00e9 \u00e9tape par \u00e9tape :<\/h2>\n\n
Comprendre les exigences<\/h3>\n\n
Avant de commencer les tests automatis\u00e9s, la premi\u00e8re et la plus importante activit\u00e9 consiste \u00e0 comprendre les exigences. La compr\u00e9hension des exigences permet de d\u00e9finir le champ d’application de l’automatisation et de s\u00e9lectionner l’outil ad\u00e9quat.<\/p>\n\n
D\u00e9finir le champ d’application de l’automatisation<\/h3>\n\n
D\u00e9finir le champ d’application de l’automatisation implique de s\u00e9lectionner les bons cas de test pour l’automatisation. Il s’agit de tous les cas de test qui entrent dans les types de cas de test d\u00e9finis dans la section \u00ab\u00a0Que faut-il automatiser ?<\/p>\n\n
Choisir le bon outil<\/h3>\n\n
Le choix de l’outil d\u00e9pend de plusieurs facteurs tels que les exigences du projet, l’expertise en programmation, le budget du projet (utilisation d’un outil gratuit ou payant), etc.
Sc\u00e9narisation des cas de test<\/h3>\n\n
Apr\u00e8s avoir mis en place le cadre d’automatisation, nous commen\u00e7ons \u00e0 \u00e9crire les cas de test que nous avons s\u00e9lectionn\u00e9s pour l’automatisation. Un script typique pour un cas de test d’application web ressemble \u00e0 ceci :
Int\u00e9gration avec CI\/CD<\/h3>\n\n
Bien que les cas de test puissent \u00eatre ex\u00e9cut\u00e9s selon les besoins, l’int\u00e9gration et le d\u00e9ploiement continus (CI\/CD) sont d\u00e9sormais largement utilis\u00e9s dans presque toutes les entreprises de produits. Du point de vue des tests, cela inclut la mise en place de suites de tests dans un outil CI\/CD comme Jenkins.
Cadres pour les tests automatis\u00e9s<\/h2>\n\n
Lorsque nous testons manuellement un logiciel, nous d\u00e9finissons un ensemble de r\u00e8gles. Par exemple, le format des cas de test, la priorisation de l’ex\u00e9cution des tests, diverses proc\u00e9dures visant \u00e0 optimiser l’ensemble du processus de test des logiciels, etc. De m\u00eame, pour les tests automatis\u00e9s, nous utilisons des cadres d’automatisation afin de r\u00e9duire les co\u00fbts de maintenance des scripts automatis\u00e9s et d’am\u00e9liorer l’ensemble du processus de test automatis\u00e9.<\/p>\n\n
Le cadre peut inclure des instructions et la mise en \u0153uvre de divers facteurs qui affectent la qualit\u00e9 de la suite de tests, tels que :<\/p>\n\n
- \n
- D’o\u00f9 viendront les donn\u00e9es de test ? – Par exemple, nous les ins\u00e9rerons directement dans le script ou nous les t\u00e9l\u00e9chargerons \u00e0 partir de fichiers externes.<\/li>\n\n\n\n
- Comment traiter les r\u00e9f\u00e9rentiels d’objets ou les localisateurs d’\u00e9l\u00e9ments (les localisateurs sont des identifiants pour divers \u00e9l\u00e9ments, tels que les champs de texte, les boutons, etc.)<\/li>\n\n\n\n
- O\u00f9 devrions-nous stocker les fonctionnalit\u00e9s communes qui peuvent \u00eatre r\u00e9utilis\u00e9es ? – R\u00e9duire la redondance et am\u00e9liorer la r\u00e9utilisation du code.<\/li>\n\n\n\n
- Quel doit \u00eatre le format des messages ? – HTML, PDF, XLS, etc.<\/li>\n\n\n\n
- Comment mettre en \u0153uvre la journalisation ? – Quel outil\/biblioth\u00e8que utiliser ?<\/li>\n\n\n\n
- Que faire en cas d’\u00e9chec d’un test ? – Voulez-vous une capture d’\u00e9cran ou essayer de r\u00e9ex\u00e9cuter le cas de test ? Allez, venez.<\/li>\n<\/ul>\n\n
Nous sommes en train de d\u00e9velopper un cadre de test d’automatisation pour traiter et mettre en \u0153uvre ces r\u00e8gles.<\/p>\n\n
Vous trouverez ci-dessous quelques-uns des cadres d’automatisation les plus utilis\u00e9s :<\/p>\n\n
Cadre modulaire<\/h3>\n\n
Les cadres modulaires sont des cadres d’automatisation de base qui identifient et cr\u00e9ent des fonctionnalit\u00e9s couramment utilis\u00e9es, telles que la connexion \u00e0 une base de donn\u00e9es, le login, une m\u00e9thode pour lire des donn\u00e9es \u00e0 partir d’un fichier externe, etc. Au lieu de g\u00e9n\u00e9rer du code de mani\u00e8re it\u00e9rative, nous appelons simplement des m\u00e9thodes r\u00e9utilisables en fonction des besoins.<\/p>\n\n
Un cadre fond\u00e9 sur les donn\u00e9es<\/h3>\n\n
Dans le cas des cadres ax\u00e9s sur les donn\u00e9es, les donn\u00e9es de test r\u00e9sident dans des fichiers externes et, en fonction du nombre de lignes dans les fichiers externes, le cas de test est ex\u00e9cut\u00e9 plusieurs fois avec diff\u00e9rents ensembles de donn\u00e9es \u00e0 chaque it\u00e9ration (lues dans le fichier). Les donn\u00e9es \u00e9tant le moteur de l’automatisation, ce cadre a \u00e9t\u00e9 baptis\u00e9 \u00ab\u00a0Data Driven Framework\u00a0\u00bb (cadre ax\u00e9 sur les donn\u00e9es).<\/p>\n\n
Cadre ax\u00e9 sur les mots-cl\u00e9s<\/h3>\n\n
Dans un cadre ax\u00e9 sur les mots-cl\u00e9s, nous pouvons \u00e9crire des sc\u00e9narios de test en texte clair. Par exemple, nous pouvons \u00e9crire les cas de test dans une feuille Excel de la mani\u00e8re suivante :<\/p>\n
\n![\"Mots](\"https:\/\/ittester.sk\/wp-content\/uploads\/2023\/06\/klucove-slova-automatizovane-testovanie.webp\")
Mots cl\u00e9s et tests automatis\u00e9s<\/figcaption><\/figure>\n<\/div>\n Le cadre aura d\u00e9j\u00e0 des m\u00e9thodes pr\u00e9d\u00e9finies pour chaque mot-cl\u00e9 utilis\u00e9, comme le code d’automatisation pour le mot-cl\u00e9 OpenBrowser, NavigateTo, etc. Ainsi, m\u00eame un utilisateur non technique peut cr\u00e9er des scripts de test automatis\u00e9s en texte clair.<\/p>\n\n
Mythes sur les tests automatis\u00e9s<\/h2>\n\n
Brisons quelques mythes sur les tests automatis\u00e9s :<\/p>\n\n
- \n
- L’automatisation \u00e0 100 % est possible<\/strong> – \u00c0 l’exception de certaines applications tr\u00e8s sp\u00e9cifiques, l’automatisation \u00e0 100 % n’est pas possible. Les cas de test exploratoires ou les cas de test d’utilisabilit\u00e9 sont des exemples de cas de test qui ne peuvent pas \u00eatre automatis\u00e9s.<\/li>\n\n\n\n
- L‘automatisation remplacera le travail des testeurs manuels<\/strong> – Il est vrai qu’avec l’av\u00e8nement des tests automatis\u00e9s et de divers outils, le besoin de testeurs capables de travailler \u00e0 la fois avec des tests manuels et automatis\u00e9s est en train de changer. Cependant, l’automatisation ne remplacera jamais compl\u00e8tement le besoin de tests manuels.<\/li>\n\n\n\n
- Un d\u00e9veloppeur est un meilleur testeur automatis\u00e9<\/strong> – Alors qu’un d\u00e9veloppeur peut avoir un petit avantage dans le domaine de la programmation, un testeur peut apporter une vision critique, une attention aux d\u00e9tails, etc. dans le domaine du d\u00e9veloppement de logiciels.<\/li>\n\n\n\n
- L’automatisation est co\u00fbteuse<\/strong> – Correctement ex\u00e9cut\u00e9e, l’automatisation peut r\u00e9duire l’effort global de test et les ressources n\u00e9cessaires, ce qui permet de r\u00e9duire les co\u00fbts du projet \u00e0 long terme.<\/li>\n<\/ul>\n\n
Outils populaires de tests automatis\u00e9s<\/h2>\n\n
Il existe un certain nombre d’outils de test automatis\u00e9s, payants ou gratuits, sur le march\u00e9 des logiciels. En fonction de divers facteurs tels que les exigences du projet, le budget, l’expertise des ressources, etc. nous devons choisir l’outil qui convient le mieux \u00e0 nos besoins. Jetons un coup d’\u0153il \u00e0 quelques-uns des outils de test automatis\u00e9 les plus populaires sur le march\u00e9 :<\/p>\n\n
- \n
- Selenium<\/strong> – Outil open-source pour les tests automatis\u00e9s. Il dispose d’une communaut\u00e9 importante et active. Il s’agit de l’un des outils les plus utilis\u00e9s, qui prend en charge les scripts dans diff\u00e9rents langages – Java, Python, Ruby, JavaScript, C#, etc.<\/li>\n\n\n\n
- Katalon Studio<\/strong> – Outil relativement r\u00e9cent, mais qui gagne rapidement en popularit\u00e9 gr\u00e2ce \u00e0 ses fonctions d’enregistrement, de lecture et de cr\u00e9ation de scripts pour les utilisateurs les plus avertis sur le plan technique. Il est gratuit, mais pas open-source.<\/li>\n\n\n\n
- UFT One<\/strong> – Un outil payant de Microfocus qui peut \u00eatre utilis\u00e9 pour automatiser les applications Web et Windows. Prend en charge uniquement les scripts VBScript.<\/li>\n\n\n\n
- TestComplete<\/strong> – Un outil payant de Smartbear qui peut \u00eatre utilis\u00e9 pour automatiser les applications web, mobiles et de bureau.<\/li>\n\n\n\n
- Tosca<\/strong> – Un outil payant de Tricentis qui offre des fonctions d’enregistrement et de lecture pour automatiser les applications web, les API et les applications Windows. Il est consid\u00e9r\u00e9 comme l’un des outils les plus populaires ne n\u00e9cessitant pas de programmation.<\/li>\n\n\n\n
- Watir<\/strong> – Outil d’automatisation open-source bas\u00e9 sur le langage Ruby, qui permet d’automatiser les applications web. Il contient un composant watir-webdriver bas\u00e9 sur Selenium.<\/li>\n\n\n\n
- Appium<\/strong> – Il peut \u00eatre consid\u00e9r\u00e9 comme le Selenium pour les applications mobiles. Comme Selenium, il s’agit d’un outil open-source avec une large base d’utilisateurs.<\/li>\n\n\n\n
- TestProject<\/strong> – TestProject est un outil de test automatis\u00e9 gratuit de Tricentis, pilot\u00e9 par la communaut\u00e9. Il peut \u00eatre utilis\u00e9 pour automatiser des applications web et mobiles.<\/li>\n\n\n\n
- Ranorex<\/strong> – Instrument payant avec fonctions d’enregistrement et de lecture. Avec son aide, nous pouvons automatiser les applications Android, iOS et Windows. Outre l’enregistrement et la lecture, il prend \u00e9galement en charge l’\u00e9criture de scripts \u00e0 l’aide de C# et de VBScript.<\/li>\n<\/ul>\n\n
Nos tutoriels sur les outils de tests automatis\u00e9s<\/h2>\n\n
Maintenant que vous avez une id\u00e9e assez pr\u00e9cise du processus de test automatis\u00e9, vous pouvez choisir l’outil appropri\u00e9 pour apprendre l’automatisation des tests. Nous pr\u00e9parons \u00e9galement des tutoriels sur les outils populaires de tests automatis\u00e9s Selenium, Katalon, Cucumber, TestNG.<\/p>\n\n
Nous esp\u00e9rons que cet article vous a aid\u00e9 \u00e0 comprendre les bases des tests automatis\u00e9s et \u00e0 prendre conscience des activit\u00e9s r\u00e9alis\u00e9es dans le cadre du processus de test automatis\u00e9.<\/p>\n","protected":false},"excerpt":{"rendered":"
Vous voulez apprendre les tests automatis\u00e9s, mais vous ne savez pas comment commencer ? Peu […]<\/p>\n","protected":false},"author":1,"featured_media":2932,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[42],"tags":[],"class_list":["post-2929","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tests-automatises"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2929","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/comments?post=2929"}],"version-history":[{"count":1,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2929\/revisions"}],"predecessor-version":[{"id":2933,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/posts\/2929\/revisions\/2933"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media\/2932"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/media?parent=2929"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/categories?post=2929"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/fr\/wp-json\/wp\/v2\/tags?post=2929"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- Katalon Studio<\/strong> – Outil relativement r\u00e9cent, mais qui gagne rapidement en popularit\u00e9 gr\u00e2ce \u00e0 ses fonctions d’enregistrement, de lecture et de cr\u00e9ation de scripts pour les utilisateurs les plus avertis sur le plan technique. Il est gratuit, mais pas open-source.<\/li>\n\n\n\n
- L‘automatisation remplacera le travail des testeurs manuels<\/strong> – Il est vrai qu’avec l’av\u00e8nement des tests automatis\u00e9s et de divers outils, le besoin de testeurs capables de travailler \u00e0 la fois avec des tests manuels et automatis\u00e9s est en train de changer. Cependant, l’automatisation ne remplacera jamais compl\u00e8tement le besoin de tests manuels.<\/li>\n\n\n\n
- L’automatisation \u00e0 100 % est possible<\/strong> – \u00c0 l’exception de certaines applications tr\u00e8s sp\u00e9cifiques, l’automatisation \u00e0 100 % n’est pas possible. Les cas de test exploratoires ou les cas de test d’utilisabilit\u00e9 sont des exemples de cas de test qui ne peuvent pas \u00eatre automatis\u00e9s.<\/li>\n\n\n\n
- Cas de test mal s\u00e9lectionn\u00e9s<\/strong> – Le succ\u00e8s des tests automatis\u00e9s d\u00e9pend fortement du choix des bons cas de test pour l’automatisation. Des tests mal s\u00e9lectionn\u00e9s entra\u00eenent un gaspillage des ressources et du temps investis dans l’automatisation.<\/li>\n\n\n\n
- Framework riaden\u00fd \u00fadajmi (Data-driven framework)<\/a><\/li>
- Definovanie rozsahu automatiz\u00e1cie<\/a><\/li>
- Testovacie pr\u00edpady (test cases) pou\u017eite\u013enosti<\/a><\/li>
- Testy, ktor\u00e9 s\u00fa \u010dasovo n\u00e1ro\u010dn\u00e9<\/a><\/li><\/ul><\/li>
- \u010co je automatizovan\u00e9 testovanie?<\/a><\/li>