what is automation testing
Un guide complet pour démarrer les tests d'automatisation sur votre projet:
Qu'est-ce que les tests d'automatisation?
Le test d'automatisation est une technique de test logiciel pour tester et comparer le résultat réel avec le résultat attendu. Cela peut être réalisé en écrivant des scripts de test ou en utilisant n'importe quel outil de test d'automatisation. L'automatisation des tests est utilisée pour automatiser les tâches répétitives et autres tâches de test difficiles à exécuter manuellement.
Voulez-vous démarrer le test d'automatisation de votre projet, mais avez-vous du mal à suivre les étapes les plus élémentaires mentionnées ci-dessous:
- Comment introduire l'automatisation dans votre projet?
- Comment sélectionner le meilleur et le bon outil d'automatisation?
- Comment développer efficacement des scripts?
- Comment exécuter et maintenir des scripts de test?
- Et enfin, quelles sont les meilleures pratiques à suivre pour réussir les tests d'automatisation?
Aujourd'hui, nous avons prévu d'enrichir vos connaissances avec une série de tutoriels sur « Premiers pas avec les tests d'automatisation ». Cette série de didacticiels d'automatisation répondra à toutes les questions ci-dessus étape par étape avec des exemples simples.
Jetons un coup d'œil à la série de tutoriels sur le démarrage de l'automatisation sur votre projet !!
Processus d'automatisation de bout en bout:
Tutoriel n ° 1 : Meilleur guide pour démarrer l'automatisation de votre projet
Tutoriel n ° 2: Types de tests automatisés et certaines idées fausses
Tutoriel n ° 3: 10 étapes pour introduire l'automatisation sur votre projet
Tutoriel n ° 4: Le guide de A à Z sur la sélection du meilleur outil d'automatisation
Tutoriel n ° 5: Développement de scripts et cadres d'automatisation
Tutoriel n ° 6: Exécution et reporting de l'automatisation
Tutoriel n ° 7: Meilleures pratiques et stratégies d'automatisation des tests
Conseils d'automatisation:
Tutoriel n ° 8: 10 conseils à lire avant d'automatiser votre travail de test
Tutoriel n ° 9: En quoi la planification des tests diffère-t-elle pour les projets manuels et d'automatisation
Tutoriel n ° 10: Quand opter pour l'automatisation?
Tutoriel n ° 11: Défis des tests d'automatisation
Tutoriel n ° 12: Guide de mise en œuvre de la preuve de concept (POC) dans l'automatisation
Tutoriel n ° 13: Comment sélectionner les scénarios de test appropriés pour l'automatisation
Tutoriel n ° 14: Comment traduire des cas de test manuels en scripts d'automatisation
Carrière en automatisation:
Tutoriel n ° 15: Conseils pour devenir un meilleur testeur d'automatisation
Tutoriel n ° 16: Automatisation des tests - Est-ce une carrière spécialisée? Les testeurs normaux peuvent-ils également faire de l'automatisation?
Outils d'automatisation populaires:
Tutoriel n ° 17: Tutoriels Selenium 31+ Meilleurs tutoriels gratuits de formation Selenium
Tutoriel n ° 18: Tutoriels QTP
Tutoriel n ° 19: Outil de test des services Web SoapUI
Tutoriel n ° 20: HP LoadRunner pour les tests de performances
Cadres d'automatisation:
Tutoriel n ° 21: Pourquoi avons-nous besoin d'un cadre pour l'automatisation
Tutoriel n ° 22: Cadres d'automatisation les plus populaires
Automatisation en Agile:
Tutoriel n ° 23: Comment mettre en œuvre une automatisation efficace dans le monde agile
listes doublement liées c ++
Autres outils d'automatisation:
Tutoriel n ° 24: Meilleurs outils de test d'automatisation
Tutoriel n ° 25: Outil d'automatisation Sikuli GUI
Tutoriel n ° 26: PowerShell: automatisation de l'interface utilisateur des applications de bureau avec PowerShell
Tutoriel n ° 27: Enregistreur d'automatisation Catalon (alternative Selenium IDE)
Tutoriel n ° 28: Geb Tool: Automatisation du navigateur à l'aide de Geb Tool
Tutoriel n ° 29: AutoIt: Comment gérer les fenêtres contextuelles Windows à l'aide d'AutoIt
Tutoriel n ° 30: Concombre: Automatisation à l'aide de l'outil Cucumber et du sélénium
Tutoriel n ° 31: Outil de test de rapporteur pour les tests de bout en bout des applications AngularJS
Test d'automatisation mobile:
Tutoriel n ° 32: Tutoriel pratique Appium Studio
Tutoriel n ° 33: Tutoriel Appium pour les débutants
Tutoriel n ° 34: Tutoriel Selendroid: Framework d'automatisation mobile Android
Tutoriel n ° 35: Tutoriel Ranorex: un puissant outil de test de bureau, Web et mobile
Exemples d'automatisation spécifiques au domaine:
Tutoriel n ° 36: Automatisation des applications JAVA / J2EE
Préparation aux entretiens pour les emplois d'automatisation:
Tutoriel n ° 37: Questions d'entretiens de test d'automatisation
Tutoriel n ° 38: Questions d'entretiens chez Selenium
Explorons le premier tutoriel de la série «Le guide ultime des tests d'automatisation» !!
Ce que vous apprendrez:
- Qu'est-ce que les tests d'automatisation?
- Automatisation - Une méthode rentable pour les tests de régression
- Scénarios nécessitant une automatisation
- Les bons tests pour l'automatisation
- Que NE PAS automatiser?
- Exemple simple d'automatisation de test
- Que sont les assertions?
- Conclusion
- lecture recommandée
Qu'est-ce que les tests d'automatisation?
Si un logiciel peut alors faire quelque chose, pourquoi un logiciel ne peut-il pas tester un logiciel?
Cette déclaration vous semble-t-elle logique?
Si oui, alors félicitations, vous pensez maintenant à l'automatisation des tests, qui est le point central dont nous allons discuter dans cette série de tutoriels informatifs.
Imaginez-vous dès le premier jour de votre travail en tant que SQA. Une application à tester vous est présentée. C’est une application ERP contenant des centaines de formulaires et des milliers de rapports. Vous commencez votre test exploratoire en ouvrant un formulaire qui contient environ 50 champs différents.
Vous essayez de saisir des données aléatoires sous ce formulaire, ce qui a pris environ 20 minutes. Ensuite, vous appuyez sur soumettre. Wolla !! Un message d'erreur s'affiche et ressemble à une exception non gérée. Vous devenez très heureux. Vous notez fièrement les étapes et signalez le bogue dans votre système de gestion des bogues. Grand effort, vous vous sentez vraiment confiant et énergique. Vous continuez les tests jusqu'à la fin de la journée et trouvez d'autres bugs. «Premier jour incroyable», pensiez-vous.
Le lendemain, le développeur a résolu le problème et publie une nouvelle version de la construction. Vous testez le même formulaire avec les mêmes étapes et vous constatez que le bogue est corrigé. Vous le marquez fixe. Grand effort. Vous avez contribué à la qualité du produit en identifiant ce bogue et à mesure que ce bogue est corrigé, la qualité est améliorée.
Arrive maintenant le troisième jour, un développeur a de nouveau publié une version plus récente. Maintenant, vous devez à nouveau tester ce formulaire pour vous assurer qu'aucun problème de régression n'est détecté. Même 20 minutes. Maintenant, vous vous sentez un peu ennuyé.
Maintenant, imaginez dans un mois, des versions plus récentes sont constamment publiées et à chaque version, vous devez tester cette longue forme plus 100 autres formes comme celle-ci, juste pour vous assurer qu'aucune régression n'est là.
Maintenant tu te sens en colère. Vous vous sentez fatigué . Vous commencez à sauter des étapes. Vous ne remplissez qu'environ 50% du total des champs. Votre précision n'est pas la même, votre énergie n'est pas la même et certainement vos pas ne sont pas les mêmes.
Et un jour, le client signale le même bogue sous la même forme. Vous vous sentez pathétique. Vous vous sentez incertain maintenant. Vous pensez que vous n'êtes pas assez compétent. Les gestionnaires remettent en question votre capacité.
J'ai une nouvelle pour vous; c'est l'histoire de 90% des testeurs manuels. Vous n'êtes pas différent.
Les problèmes de régression sont les problèmes les plus douloureux. Nous sommes des humains. Et nous ne pouvons pas faire la même chose avec la même énergie, vitesse et précision chaque jour. C'est ce que font les machines. C'est pour cela que l'automatisation est nécessaire, afin de répéter les mêmes étapes avec la même vitesse, la même précision et l'énergie qu'elles ont été répétées la première fois.
J'espère que vous comprenez mon point !!

Chaque fois qu'une telle situation se présente, vous devez automatiser votre scénario de test. L'automatisation des tests est votre ami . Cela vous aidera à vous concentrer sur les nouvelles fonctionnalités tout en prenant soin des régressions. Avec l'automatisation, vous pouvez remplir ce formulaire en moins de 3 minutes.
Le script remplira tous les champs et vous indiquera le résultat avec des captures d'écran. En cas d'échec, il peut localiser l'emplacement où le scénario de test a échoué, vous aidant ainsi à le reproduire facilement.
Automatisation - Une méthode rentable pour les tests de régression
Les coûts d'automatisation sont vraiment plus élevés au départ. Il comprend le coût de l'outil, puis le coût de la ressource de test d'automatisation et sa formation.
Mais lorsque les scripts sont prêts, ils peuvent être exécutés des centaines de fois à plusieurs reprises avec la même précision et assez rapidement. Cela permettra d'économiser de nombreuses heures de tests manuels. Ainsi, le coût diminue progressivement et devient finalement une méthode rentable pour Les tests de régression .
Scénarios nécessitant une automatisation
Le scénario ci-dessus n'est pas le seul cas où vous aurez besoin de tests d'automatisation. Il existe plusieurs situations qui ne peuvent pas être testées manuellement.
Par exemple ,
- Comparaison de deux images pixel par pixel.
- Comparaison de deux feuilles de calcul contenant des milliers de lignes et de colonnes.
- Test d'une application sous la charge de 100 000 utilisateurs.
- Benchmarks de performance.
- Tester l'application sur différents navigateurs et sur différents systèmes d'exploitation en parallèle.
Ces situations nécessitent et doivent être testées par des outils.
Alors, quand automatiser?
C'est une ère de méthodologie agile en SDLC, où le développement et les tests se dérouleront presque en parallèle et où il est très difficile de décider quand automatiser.
Tenez compte des situations suivantes avant de vous lancer dans l'automatisation
- Le produit peut être dans ses étapes primitives, lorsque le produit n'a même pas d'interface utilisateur, à ces étapes, nous devons avoir une pensée claire sur ce que nous voulons automatiser. Les points suivants doivent être rappelés.
- Les tests ne doivent pas être obsolètes.
- Au fur et à mesure que le produit évolue, il devrait être facile de choisir les scripts et de les ajouter.
- Il est très important de ne pas se laisser emporter et de s'assurer que les scripts sont faciles à déboguer.
- N'essayez pas d'automatiser l'interface utilisateur au tout début, car l'interface utilisateur est soumise à de fréquents changements, ce qui entraînera l'échec des scripts. Dans la mesure du possible, optez pour l'automatisation au niveau API / Non UI jusqu'à ce que le produit se stabilise. L'automatisation des API est facile à corriger et à déboguer.
Comment choisir les meilleurs cas d'automatisation:
L'automatisation fait partie intégrante d'un cycle de test et il est très important de décider de ce que nous voulons réaliser avec l'automatisation avant de décider d'automatiser.
Les avantages que l'automatisation semble offrir sont très attrayants, mais en même temps, une suite d'automatisation mal organisée peut gâcher tout le jeu. Les testeurs peuvent finir par déboguer et réparer les scripts la plupart du temps, ce qui entraîne une perte de temps de test.

Cette série vous explique comment rendre une suite d'automatisation suffisamment efficace pour sélectionner les bons cas de tests et produire les bons résultats avec les scripts d'automatisation dont nous disposons.
En outre, j'ai couvert les réponses à des questions telles que Quand automatiser, Quoi automatiser, Quoi ne pas automatiser et Comment élaborer une stratégie d'automatisation.
Les bons tests pour l'automatisation
La meilleure façon de s'attaquer à ce problème est de proposer rapidement une «stratégie d'automatisation» adaptée à notre produit.
L'idée est de regrouper les cas de test afin que chaque groupe nous donne un type de résultat différent. L'illustration ci-dessous montre comment nous pourrions regrouper nos cas de test similaires, en fonction du produit / solution que nous testons.

Plongeons maintenant en profondeur et comprenons ce que chaque groupe peut nous aider à réaliser:
#1) Créez une suite de tests de toutes les fonctionnalités de base Tests positifs . Cette suite doit être automatisée, et lorsque cette suite est exécutée sur une version quelconque, les résultats sont affichés immédiatement. Tout script échouant dans cette suite entraîne un défaut S1 ou S2, et cette version spécifique peut être disqualifiée. Nous avons donc gagné beaucoup de temps ici.
Comme étape supplémentaire, nous pouvons ajouter cette suite de tests automatisés dans le cadre des BVT (Build verification tests) et vérifier les scripts d'automatisation QA dans le processus de création du produit. Ainsi, lorsque la construction est prête, les testeurs peuvent vérifier les résultats des tests d'automatisation et décider si la construction est adaptée ou non à l'installation et au processus de test ultérieur.
Cela atteint clairement les objectifs de l'automatisation qui sont:
- Réduisez les efforts de test.
- Trouvez les bogues aux étapes précédentes.
#deux) Ensuite, nous avons un groupe de Tests de bout en bout .
Dans le cadre de solutions volumineuses, tester une fonctionnalité de bout en bout est la clé, en particulier pendant les étapes critiques du projet. Nous devrions avoir quelques scripts d'automatisation qui touchent également aux tests de solution de bout en bout. Lorsque cette suite est exécutée, le résultat doit indiquer si le produit dans son ensemble fonctionne comme prévu ou non.
La suite de tests d'automatisation doit être indiquée si l'une des pièces d'intégration est cassée. Cette suite n'a pas besoin de couvrir toutes les petites fonctionnalités / fonctionnalités de la solution, mais elle doit couvrir le fonctionnement du produit dans son ensemble. Chaque fois que nous avons une version alpha ou bêta ou toute autre version intermédiaire, de tels scripts sont utiles et donnent un certain niveau de confiance au client.
Pour mieux comprendre, supposons que nous testons un portail d'achat en ligne , dans le cadre des tests de bout en bout, nous ne devrions couvrir que les étapes clés impliquées.
Comme indiqué ci-dessous:
- Utilisateur en ligne.
- Parcourez et sélectionnez des éléments.
- Option de paiement - cela couvre les tests frontaux.
- Gestion des commandes backend (implique de communiquer avec plusieurs partenaires intégrés, de vérifier le stock, d'envoyer un e-mail à l'utilisateur, etc.) - cela aidera à tester l'intégration des pièces individuelles et également le nœud du produit.
Ainsi, lorsqu'un tel script est exécuté, cela donne l'assurance que la solution dans son ensemble fonctionne correctement.!
api testing questions et réponses d'entrevue
# 3) Le troisième ensemble est le Tests basés sur les fonctionnalités / fonctionnalités .
Pour Exemple , Nous pouvons avoir la fonctionnalité pour parcourir et sélectionner un fichier, donc lorsque nous automatisons cela, nous pouvons automatiser les cas pour inclure la sélection de différents types de fichiers, tailles de fichiers, etc., afin que les tests de fonctionnalités soient effectués. Lorsqu'il y a des modifications / ajouts à cette fonctionnalité, cette suite peut servir de suite de régression.
# 4) Le prochain sur la liste serait Tests basés sur l'interface utilisateur. Nous pouvons avoir une autre suite qui testera des fonctionnalités purement basées sur l'interface utilisateur telles que la pagination, la limitation des caractères de la zone de texte, le bouton de calendrier, les listes déroulantes, les graphiques, les images et de nombreuses fonctionnalités uniquement centrées sur l'interface utilisateur. L'échec de ces scripts n'est généralement pas très critique à moins que l'interface utilisateur ne soit complètement en panne ou que certaines pages n'apparaissent pas comme prévu!
# 5) Nous pouvons avoir encore une autre série de tests simples mais très laborieux à réaliser manuellement. Les tests fastidieux mais simples sont les candidats idéaux à l'automatisation, par exemple la saisie des détails de 1000 clients dans la base de données a une fonctionnalité simple mais extrêmement fastidieuse à effectuer manuellement, de tels tests doivent être automatisés. Sinon, ils finissent généralement par être ignorés et non testés.
Que NE PAS automatiser?
Voici quelques tests qui ne devraient pas être automatisés.
# 1) Tests négatifs / tests de basculement
Nous ne devons pas essayer d'automatiser tests négatifs ou de basculement , quant à ces tests, les testeurs doivent réfléchir de manière analytique et les tests négatifs ne sont pas vraiment simples pour donner un résultat positif ou négatif qui peut nous aider.
Les tests négatifs nécessiteront de nombreuses interventions manuelles pour simuler un scénario de reprise après sinistre réel. Juste pour illustrer, nous testons des fonctionnalités telles que la fiabilité des services Web - pour le généraliser ici, l'objectif principal de ces tests serait de provoquer des échecs délibérés et de voir dans quelle mesure le produit parvient à être fiable.
Simuler les échecs ci-dessus n'est pas simple, cela peut impliquer l'injection de certains stubs ou l'utilisation de certains outils entre les deux et l'automatisation n'est pas la meilleure façon de procéder ici.
# 2) Tests ad hoc
Ces tests peuvent ne pas vraiment être pertinents pour un produit à tout moment et cela peut même être quelque chose auquel le testeur pourrait penser à ce stade du lancement du projet, et l'effort d'automatisation d'un test ad-hoc doit également être validé par rapport à la criticité. de la caractéristique que les tests touchent.
Par exemple , Un testeur qui teste une fonctionnalité qui traite de la compression / cryptage des données peut avoir effectué des tests ad hoc intenses avec une variété de données, types de fichiers, tailles de fichiers, données corrompues, une combinaison de données, en utilisant différents algorithmes, sur plusieurs plates-formes etc.
Quand nous prévoyons automatisation nous pouvons vouloir hiérarchiser et ne pas automatiser de manière exhaustive tous les tests ad hoc pour cette seule fonctionnalité, et nous retrouver avec un peu de temps pour automatiser les autres fonctionnalités clés.
# 3) Tests avec pré-configuration massive
Il existe des tests qui nécessitent d'énormes prérequis.
Par exemple, Nous pouvons avoir un produit qui s'intègre à un logiciel tiers pour certaines des fonctions, car le produit s'intègre à tout système de file d'attente de messagerie qui nécessite une installation sur un système, la mise en place de files d'attente, la création de files d'attente, etc.
Le 3rdle logiciel tiers peut être n'importe quoi et la configuration peut être de nature complexe et si de tels scripts sont automatisés, ils seront à jamais dépendants de la fonction / configuration de ce logiciel tiers.
Les pré-requis incluent:
À l'heure actuelle, les choses peuvent sembler simples et propres car les deux configurations latérales sont en cours et tout va bien. Nous avons vu à de nombreuses reprises que lorsqu'un projet entre dans la phase de maintenance, le projet est déplacé vers une autre équipe, et ils finissent par déboguer de tels scripts où le test réel est très simple mais le script échoue en raison d'un 3rdproblème de logiciel du parti.
Ce qui précède n'est qu'un exemple, en général, gardez un œil sur les tests qui ont des pré-configurations laborieuses pour un test simple qui suit.
Exemple simple d'automatisation de test
Lorsque vous testez un logiciel (sur le Web ou sur le bureau), vous utilisez normalement une souris et un clavier pour effectuer vos étapes. L'outil d'automatisation imite ces mêmes étapes à l'aide de scripts ou d'un langage de programmation.
Par exemple , si vous testez une calculatrice et que le cas de test est que vous devez ajouter deux nombres et voir le résultat. Le script exécutera les mêmes étapes en utilisant votre souris et votre clavier.
L'exemple est illustré ci-dessous.
Étapes du cas de test manuel:
- Lancer la calculatrice
- Appuyez sur 2
- Appuyez sur +
- Appuyez sur 3
- Appuyez sur =
- L'écran devrait afficher 5.
- Fermez la calculatrice.
Script d'automatisation:
//the example is written in MS Coded UI using c# language. (TestMethod) public void TestCalculator() { //launch the application var app = ApplicationUnderTest.Launch('C:\Windows\System32\calc.exe'); //do all the operations Mouse.Click(button2); Mouse.Click(buttonAdd); Mouse.Click(button3); Mouse.Click(buttonEqual); //evaluate the results Assert.AreEqual('5', txtResult.DisplayText,”Calculator is not showing 5); //close the application app.Close(); } Le script ci-dessus n'est qu'une duplication de vos étapes manuelles. Le script est facile à créer et à comprendre également.
questions et réponses d'entrevue de test d'automatisation java
Que sont les assertions?
L'avant-dernière ligne du script a besoin d'explications supplémentaires.
Assert.AreEqual ('5', txtResult.DisplayText, 'La calculatrice n'affiche pas 5);
Dans chaque cas de test, nous avons un résultat attendu ou prédit à la fin. Dans le script ci-dessus, nous nous attendons à ce que «5» s'affiche à l'écran. Le résultat réel est le résultat affiché à l'écran. Dans chaque cas de test, nous comparons le résultat attendu avec le résultat réel.
Il en va de même pour les tests d'automatisation. La seule différence ici est que lorsque nous faisons cette comparaison dans l'automatisation des tests, cela s'appelle autre chose dans chaque outil.
Certains outils l'appellent comme ' Affirmation », Certains l'appellent comme« point de contrôle »Et certains l'appellent« validation ». Mais au fond, ce n'est qu'une comparaison. Si cette comparaison échoue, pour Par exemple. un écran affiche 15 au lieu de 5, puis cette assertion / point de contrôle / validation échoue et votre scénario de test est marqué comme ayant échoué.
Lorsqu'un scénario de test échoue en raison d'une assertion, cela signifie que vous avez détecté un bogue via l'automatisation des tests. Vous devez le signaler à votre système de gestion des bogues comme vous le faites normalement dans les tests manuels.
Dans le script ci-dessus, nous avons effectué une assertion dans l'avant-dernière ligne. 5 est le résultat attendu, txtResult . DisplayText est le résultat réel et s'ils ne sont pas égaux, un message indiquant que «La calculatrice n'affiche pas 5» s'affichera.
Conclusion
Les testeurs rencontrent souvent des délais de projet et des mandats pour automatiser tous les cas afin d'améliorer les estimations de test.
Il existe des perceptions «erronées» courantes sur l'automatisation.
Elles sont:
- Nous pouvons automatiser chaque cas de test.
- L'automatisation des tests réduira considérablement le temps de test.
- Aucun bogue n'est introduit si les scripts d'automatisation fonctionnent correctement.
Il faut être clair que l'automatisation ne peut réduire le temps de test que pour certains types de tests. L'automatisation de tous les tests sans aucun plan ni séquence conduira à des scripts massifs qui nécessitent une maintenance lourde, échouent souvent et nécessitent également beaucoup d'intervention manuelle. En outre, dans les produits en constante évolution, les scripts d'automatisation peuvent devenir obsolètes et nécessiter des vérifications constantes.
Regrouper et automatiser les bons candidats vous fera gagner beaucoup de temps et offrira tous les avantages de l'automatisation.
Cet excellent tutoriel peut se résumer en seulement 7 points.
Test d'automatisation:
- Est-ce que les tests sont effectués par programme.
- Utilise l'outil pour contrôler l'exécution des tests.
- Compare les résultats attendus avec les résultats réels (assertions).
- Peut automatiser certaines tâches répétitives mais nécessaires ( Par exemple. Vos cas de test de régression).
- Peut automatiser certaines tâches difficiles à effectuer manuellement (Par exemple.Scénarios de test de charge).
- Les scripts peuvent s'exécuter rapidement et à plusieurs reprises.
- Est rentable à long terme.
Ici, l'automatisation est expliquée en termes simples, mais cela ne veut pas dire que c'est toujours simple à faire. Il comporte des défis, des risques et de nombreux autres obstacles. Il existe de nombreuses façons par lesquelles l'automatisation des tests peut mal tourner, mais si tout se passe bien, les avantages de l'automatisation des tests sont vraiment énormes.
Prochains dans cette série:
Dans nos prochains tutoriels, nous aborderons plusieurs aspects liés à l'automatisation.
Ceux-ci inclus:
- Types de tests automatisés et certaines idées fausses.
- Comment introduire l'automatisation dans votre organisation et éviter les pièges courants lors de l'automatisation des tests.
- Le processus de sélection des outils et la comparaison de divers outils d'automatisation.
- Développement de scripts et cadres d'automatisation avec des exemples.
- Exécution et reporting de l'automatisation des tests.
- Meilleures pratiques et stratégies d'automatisation des tests.
Souhaitez-vous en savoir plus sur chaque concept de test d'automatisation? Surveillez et restez à l'écoute de notre liste de tutoriels à venir dans cette série et n'hésitez pas à exprimer vos pensées dans la section commentaires ci-dessous.
lecture recommandée
- Processus de test d'automatisation en 10 étapes: comment démarrer les tests d'automatisation dans votre organisation
- Tutoriel Geb - Test d'automatisation du navigateur à l'aide de l'outil Geb
- Outil de test d'automatisation de l'interface graphique Sikuli - Guide du débutant, partie 2
- Guide étape par étape pour implémenter la preuve de concept (POC) dans les tests d'automatisation
- Meilleurs outils de test de logiciels 2021 (Outils d'automatisation des tests QA)
- Les testeurs perdent-ils leur emprise sur les tests en raison de l'automatisation?
- Défis des tests manuels et automatisés
- 10 conseils à lire avant d'automatiser votre travail de test