Comment choisir quel test automatiser?

Comment choisissez-vous les tests à automatiser et les tests à laisser pour les tests manuels?

Avant de commencer à automatiser un test, vous devez voir quels avantages vous obtenez en automatisant le test après avoir pris en compte le temps, les efforts et les ressources investis dans l'automatisation des tests.

Vous trouverez ci-dessous quelques facteurs à prendre en compte pour identifier les tests manuels qui devraient ou ne devraient pas être automatisés. Comme le dit le vieil adage, le fait que vous puissiez automatiser quelque chose ne signifie pas nécessairement que vous devriez le faire.


Voici quelques conseils pour vous aider à identifier les bons candidats pour l'automatisation des tests:



Tests qui devraient être automatisés:

  • Chemins critiques pour l'entreprise - les fonctionnalités ou les flux d'utilisateurs qui, s'ils échouent, causent des dommages considérables à l'entreprise.
  • Tests qui doivent être exécutés sur chaque build / version de l'application, tels que le test de fumée, le test de cohérence et le test de régression.
  • Tests qui doivent s'exécuter sur plusieurs configurations - différentes combinaisons de système d'exploitation et de navigateur.
  • Tests qui exécutent le même flux de travail mais utilisent des données différentes pour ses entrées pour chaque exécution de test, par ex. axé sur les données.
  • Tests qui impliquent la saisie de gros volumes de données, comme le remplissage de très longs formulaires.
  • Tests pouvant être utilisés pour les tests de performance, tels que les tests de contrainte et de charge.
  • Des tests qui prennent beaucoup de temps à effectuer et peuvent devoir être exécutés pendant les pauses ou pendant la nuit.
  • Tests au cours desquels des images doivent être capturées pour prouver que l'application s'est comportée comme prévu, ou pour vérifier qu'une multitude de pages Web se ressemblent sur plusieurs navigateurs.

De manière générale, plus le test est répétitif, mieux c'est pour l'automatisation.


Rappelez-vous également que les tests ne sont pas les seuls candidats à l'automatisation. Tâches comme la configuration ou la création de données de test pour les tests exploratoires manuels sont également d'excellents candidats pour l'automatisation.



Tests qui ne doivent pas être automatisés:

  • Des tests que vous n'exécuterez qu'une seule fois. La seule exception à cette règle est que si vous souhaitez exécuter un test avec un très grand ensemble de données, même si ce n’est qu’une seule fois, il est judicieux de l’automatiser.
  • Tests d'expérience utilisateur pour la convivialité (tests qui nécessitent qu'un utilisateur réponde à la facilité d'utilisation de l'application).
  • Tests qui doivent être exécutés dès que possible. Habituellement, une nouvelle fonctionnalité développée nécessite un retour rapide, donc la tester manuellement au début
  • Tests nécessitant des tests ad hoc / aléatoires basés sur la connaissance / l'expertise du domaine - Tests exploratoires.
  • Tests intermittents. Les tests sans résultats prévisibles provoquent plus de bruit que la valeur. Pour tirer le meilleur parti de l'automatisation, les tests doivent produire des résultats prévisibles et fiables afin de produire des conditions de réussite et d'échec.
  • Tests qui nécessitent une confirmation visuelle, cependant, nous pouvons capturer des images de page lors de tests automatisés, puis effectuer une vérification manuelle des images.
  • Les tests qui ne peuvent pas être automatisés à 100% ne doivent pas du tout être automatisés, à moins que cela ne vous fasse gagner un temps considérable.