La fosse Piétinée par l'homme vous dit d'éviter les 10 erreurs courantes dans les tests automatisés

Bien qu'il soit bon d'apprendre de ses erreurs,Mais il est toujours préférable d'apprendre des erreurs des autres.

En tant que testeur automatique,Partager ce qui est commun et facile à commettre10Erreurs,On peut en tirer des leçons,Pour en tirer des leçons.

Un.、Automatiser si nécessaire

Le nouveau Xiao Wang a reçuWebLorsque l'application automatise les tâches du script de test,Heureux et nerveux,Parce que c'était sa première mission dans l'équipe.Les premières impressions sont essentielles,Il veut aussi faire une première impression parfaite sur l'équipe.On demande à Xiao Wang d'automatiserWebUn des modules de l'application,Mais il veut être meilleur.、Plus d'automatisation,On a donc choisi un autre module.Mais il s'est retrouvé dans une impasse,Non terminé.En fait, il n'y a rien de mal à ce que Xiao Wang essaie de faire quelque chose de nouveau,Erreur en essayant d'automatiser le module sans consulter les prédécesseurs.Il s'est avéré,Ce module n'a pas besoin d'automatisation,Parce que les systèmes intégrés peuvent causer plusieurs faux positifs.

J'ai vu ça plusieurs fois avec de nouveaux testeurs d'automatisation.Après tout,La curiosité peut faire avancer.Lors de l'apprentissage des tests automatisés,Vous voudrez essayer d'introduire l'automatisation dans chaque projet,Mais ce n'est pas nécessaire.Peut - être assez pour automatiser quelque chose,Mais est - ce que c'est assez faisable？Bien qu'il soit bien connu que l'automatisation peut économiser du temps et de l'énergie,Mais il est très important de répondre aux questions suivantes：“Pourquoi automatiser ce projet？”Après avoir obtenu des réponses pragmatiques et précises,Allumez le feu vert pour l'automatisation.

2.、Définir la portée

Il est nécessaire de définir la portée des tests à effectuer.En tant que testeur d'automatisation novice,Toujours essayer de tester tout, Et automatiser chaque test . Le problème est que même si tous les tests peuvent être automatisés avec succès , Mais ce n'est ni pratique ni faisable .

Tout d'abord,, Il y a beaucoup de parties du Code qui ne nécessitent pas de tests fréquents , Mais il peut prendre beaucoup de temps pour développer un cadre ou un script pour . Comme quand on teste un site Web , Il n'est pas utile d'automatiser chaque élément d'un site Web et d'exécuter des scripts sur lui , Ça ne vaut pas le temps et l'énergie .

Deuxièmement,, Automatiser tout augmente le pourcentage d'automatisation des tests , Cela fournira de bonnes données écrites , Se sentir bien fait ,Mais ce n'est pas le cas.

Définir la portée de l'essai , N'envisager que des codes réalisables pour des essais automatisés qui offrent une valeur pratique en temps opportun , Faire des choix judicieux .

Trois、 Sélection précise des outils d'essai automatisés

L'autre erreur la plus courante chez les testeurs automatisés est qu'ils n'ont pas sélectionné le bon outil d'essai automatisé. . Un projet comprend de nombreux éléments axés sur différents objectifs d'essai . Ces objectifs devraient être divisés en différents instruments , Pour aider à atteindre cet objectif plus efficacement .

Par exemple, Si vous voulez tester un site API,Mieux utiliserPostman; Mais si vous voulez vous assurer Web Présentation parfaite des applications entre les différents navigateurs , Alors en ligne Selenium Grid Sera le meilleur choix pour automatiser les tests inter - navigateurs .

Quatre、 Bonne coordination avec les autres testeurs

Il y a beaucoup de gens dans l'équipe de test , Tout le monde a des compétences différentes .Par exemple, Quelqu'un peut être bon pour les tests d'affaires , Et d'autres peuvent être bons pour les tests fonctionnels .Et pourtant, Ce n'est pas une raison pour ne pas discuter de l'avancement de la mission avec eux. . La coordination est essentielle pour accélérer la livraison des produits . Savoir qui fait quoi 、Quels outils utiliser、 Satisfait du langage de programmation pour l'automatisation des tests .

Cela aide à résoudre les problèmes avec les scripts de test automatisés , Au cas où les choses tourneraient mal , Vous saurez à qui demander de l'aide , La connaissance de l'équipe peut également vous aider à coordonner au besoin . Comme on l'a vu au dernier point , Un projet peut avoir besoin de différents outils pour atteindre les objectifs du portefeuille , Les testeurs qui sont bons avec différents outils peuvent jouer leur rôle .

Cinq、 Vérifier le roi

C'est une erreur de débutant de ne tenir compte que du salaire du testeur en tant que coût associé à l'ensemble du processus d'essai. .Apparemment.,Ce n'est pas le cas..

Par exemple, vous voulez effectuer un test inter - Navigateur sur un site Web , Les salaires des testeurs font certainement partie des coûts . Mais si l'équipe n'est pas au courant de ce type de test ou de tout outil associé , Ils ont besoin d'une formation pour améliorer leurs compétences. , Cela entraîne des coûts supplémentaires .En outre, Des outils ou des cadres de test automatisés appropriés sont également nécessaires pour effectuer des tests automatisés du navigateur. .Bien sûr., Vous pouvez également envisager un cadre open source .

Ce n'est qu'un exemple..Encore une fois,À droiteWeb Pendant que l'application effectue des tests automatisés , Vous rencontrerez d'autres investissements .Mais, Ils vont sûrement venir .Donc,, Le coût des essais doit être soigneusement examiné , Et gardez à l'esprit le retour sur investissement que vous obtiendrez . Si le rendement est faible , La politique doit être modifiée et recalculée .Mais finalement, Vous devez obtenir un bon roi tout au long du test .

Six、 Dépendance excessive à un test sans Code

Bien que la courbe d'apprentissage de l'outil d'essai automatisé sans code soit très courte ,Facile à démarrer, Mais ils n'aident pas à construire l'ensemble de compétences nécessaires pour automatiser les profils de testeurs .En tant que débutant, Ils sont bons pour aider les débutants à démarrer , Mais au fur et à mesure que vos compétences se développent , Ils se rendent compte qu'ils ne sont pas aussi utiles que prévu. . Si vous décidez de participer à une entrevue avec un testeur d'automatisation avec la sagesse de l'outil d'automatisation sans Code , Ou l'automatisation sans Code a été utilisée seule pour automatiser les complexités webApplication, Ça va être dur .

La fiabilité est un autre gros problème avec ces outils .A la fin de la journée, Besoin de connaître le Code , Pour déboguer les erreurs d'exécution de votre propre suite de tests automatisés .En outre, Si vous êtes confronté à un site Web complexe , Les outils de test automatisés sans Code ne sont pas aussi flexibles que vous le pensez. . Il est recommandé de ne pas éviter le Code , Mais apprendre avec compétence .Et surtout, Ce sera un grand charme sur votre CV .Donc,, En tant que testeur automatique , Assurez - vous d'éviter cette erreur commune .

Sept、 Conception des essais de maintenance

La conception des essais est le processus de conversion des objectifs généraux des essais en cas et conditions d'essai tangibles. .En tant que développeur, Nous avons tendance à penser que puisque les tests doivent être codés , Pourquoi les développeurs ne peuvent pas faire ce travail ？Si c'est le cas, Le test n'existe plus. .

En tant que débutant, Ne pas comprendre l'importance de la conception des essais peut être la plus grande erreur en tant que testeur automatique . C'est absurde de tester quoi que ce soit à tout moment. . Pour effectuer efficacement les tests , Les testeurs doivent concevoir des tests , Et le coder . Les tests de conception aident à créer des tests significatifs , Et rendre l'ensemble du processus d'essai très efficace .

Huit、 Attention à la réutilisation du Code

Le cas d'essai n'est pas unique au Code qu'il applique .Dans un projet, Il y aura beaucoup de composants similaires , Ils nécessitent une conception et une suite d'essais similaires .Par exemple,,En serviceSelenium Lors d'un test inter - Navigateur ,Nous avons découvertWeb Les quatre éléments de la page sont des champs d'entrée , Et des cas d'essai similaires sont nécessaires .Ici, Vous pouvez copier et coller le Code en écrivant des tests pour le premier élément seulement . Bien que cela donne les résultats escomptés , Mais le problème est qu'à l'avenir, les développeurs pourraient changer les éléments d'une manière ou d'une autre. .Maintenant, Pour modifier un cas d'essai , Vous devrez modifier le code dans chaque suite de test que vous avez écrite . Tout le temps sera perdu à trouver et à modifier ces codes de test .

Pour éviter cela, La réutilisabilité du Code doit toujours faire l'objet d'une attention particulière . Au lieu de coller le code encore et encore , Autant construire une fonction avec les paramètres appropriés , Et appelle cette fonction sur chaque élément .Voilà., S'il y a des changements futurs ,Il suffit de modifier la fonction,Ça va commencer.

Neuf、100% L'automatisation est un mythe

Avec les classiques de l'informatique “Mythe de la lune humaine”C'est pareil,Ici.“Mythe” C'est aussi l'impossible. .

Ne croyez pas ce mythe , Parce qu'en tant que testeur automatique ,Ce serait une grave erreur.. En tant que débutant dans le domaine des tests automatisés , Soyez excité par l'introduction de l'automatisation dans votre projet . Mais c'est une erreur , Considérant que les essais automatisés peuvent remplacer complètement les essais manuels .Avec le temps, On saura que c'est impossible . Le remplacement à 100% des tests manuels par des tests automatisés est un mythe , Ça n'arrivera jamais .

En tant que débutant dans ce domaine , N'essayez pas d'atteindre un tel objectif . Retour au premier , Automatiser seulement si nécessaire , Et automatiser uniquement les projets qui ont besoin d'automatisation .

Dix、 Suivez le début

Lors des essais, Vous rencontrerez différents types de problèmes . Il faut fixer des objectifs et classer ces questions. . Une approche de base consiste à commencer des essais automatisés avec des modules plus petits plutôt que des modules plus grands. .

En tant que testeur automatique , .L'une des plus grandes erreurs est d'utiliser plus de 、 Modules plus complexes . Manque possible de compréhension des processus entrants et sortants impliqués dans chaque interaction utilisateur ; Il peut même y avoir un manque de compétence pour gérer des cas d'essai difficiles ; Peut finir par perdre beaucoup de temps ,Mais ça n'a rien donné.. Alors commence petit , Augmenter la couverture des tests automatisés à partir de l'approche de base .

Pour la première fois dans le domaine des tests automatisés , Des erreurs sont inévitables , Ces erreurs peuvent causer du temps 、L'argent.、 Un gaspillage d'énergie . J'espère que cet article aidera les nouveaux arrivants dans les tests automatisés , Aidez tout le monde à éviter de marcher dans ces trous inutiles .