Types de Tests Logiciels

Introduction

Il existe de nombreux types de tests logiciels, chacun étant spécifique au test d'un certain domaine de l'application.

Les deux principales dichotomies des tests logiciels sont les tests fonctionnels et non fonctionnels.

Les tests fonctionnels englobent diverses méthodes de test visant à tester la fonctionnalité du programme et à s'assurer que toutes les fonctionnalités de l'application fonctionnent comme prévu. Cela inclut les tests unitaires, les tests d'intégration, les tests système et quelques autres, qui seront tous expliqués dans les sections à venir.

Les méthodes de tests non fonctionnels testent des aspects de l'application au-delà de sa fonctionnalité. Cela peut inclure des tests d'utilisabilité, d'accessibilité, de réactivité, de compatibilité, de sécurité et de maintenabilité.

Le diagramme suivant résume comment les types de tests logiciels peuvent être catégorisés dans une hiérarchie :

Approches de Test

En plus des méthodes de test mentionnées ci-dessus, nous devons comprendre quelques terminologies supplémentaires couramment utilisées dans les tests logiciels. Il existe trois groupes supplémentaires sous lesquels divers types de tests sont catégorisés, à savoir les tests Blackbox, Greybox et Whitebox.

Types de Tests Logiciels

De plus, les tests logiciels sont généralement divisés en deux parties : tests manuels et tests automatisés.

Tests Manuels

Les tests manuels sont le processus d'exécution manuelle des cas de test en utilisant l'application comme un utilisateur. Peu ou pas de code est requis pour les tests manuels. Cela peut impliquer l'utilisation d'outils d'assistance pour effectuer certains types de tests, que nous explorerons dans les sections à venir. Le plus souvent, un testeur manuel n'a pas besoin de connaître le fonctionnement interne du code, et donc les tests manuels sont généralement soit une boîte noire soit une boîte grise, cependant, il est possible que les tests soient une boîte blanche.

Tests Automatisés

Les tests automatisés sont le processus d'exécution des tests principalement en écrivant du code. Les tests sont exécutés par le biais de code au lieu d'utiliser manuellement le programme. Cela peut impliquer d'écrire du code pour automatiser le processus d'utilisation ou d'alimentation d'entrée à l'application, ou d'écrire du code pour vérifier la structure du code. Les tests automatisés sont généralement Greybox ou Whitebox car dans la plupart des cas, écrire des tests automatisés efficaces nécessite une certaine connaissance du fonctionnement interne de l'application.

Comprendre les Terminologies

Tous ces termes peuvent être déroutants au début, cependant, nous pouvons les comprendre avec un exemple.

Considérons le test unitaire. Bien que le test unitaire soit exploré en détail dans les sections à venir, nous allons l'examiner brièvement pour comprendre les différentes terminologies.

Dans le test unitaire, les unités ou composants d'une application logicielle sont testés isolément pour s'assurer qu'ils se comportent comme prévu. Ces unités peuvent être des fonctions, des méthodes, des classes, des modules ou toute autre partie discrète et testable du logiciel.

Considérons que nous avons une application web qui dispose d'un système de connexion / enregistrement. Le testeur doit vérifier la fonctionnalité des champs de saisie du système d'enregistrement, qui peuvent être considérés comme une unité puisqu'il s'agit d'une partie spécifique de l'application, dédiée à effectuer une opération spécifique - c'est-à-dire prendre des entrées de l'utilisateur. C'est pourquoi on parle de test unitaire.

Nous savons que les tests unitaires vérifient la fonctionnalité de l'application, c'est donc définitivement un test fonctionnel.

Pour décider s'il s'agit d'un test Blackbox, Greybox ou Whitebox, nous devons en savoir plus sur l'approche de test.

Dans chacun des trois cas ci-dessus, la manière dont le testeur effectue les tests détermine s'ils sont des Tests Manuels ou des Tests d'Automatisation. Si le testeur effectue des tests via du code ou un outil d'automatisation, alors cela sera considéré comme un Test d'Automatisation, sinon, il sera catégorisé comme un Test Manuel.