Types de tests de logiciels (100 exemples)

Qu'est-ce qu'un type de test logiciel ?

Les types de tests logiciels classent les différentes activités de test en catégories, chacune ayant un objectif, une stratégie et des livrables définis. L'objectif d'un type de test est de valider l'application testée (AUT) au regard de l'objectif de test défini. Par exemple, l'objectif des tests d'accessibilité est de vérifier que l'AUT est accessible aux personnes handicapées. Ainsi, si votre solution logicielle doit être accessible aux personnes handicapées, vous la vérifiez à l'aide de cas de tests d'accessibilité.

Il est essentiel pour les professionnels de l'assurance qualité, les développeurs et les chefs de projet de comprendre les différents types de tests logiciels. Chaque type de test répond à un problème de qualité spécifique, et choisir la bonne combinaison garantit une couverture complète de votre application.

Types de tests de logiciels

Vous trouverez ci-dessous une liste complète des 105 types de tests logiciels Ce livre, qui inclut des définitions, est une référence incontournable pour tout professionnel de l'assurance qualité. Il vous guide à travers tous les types de tests logiciels, organisé de manière à vous permettre de trouver et de comprendre rapidement chaque approche.

1. Tests d'acceptation : Tests formels effectués pour déterminer si un système satisfait ou non à ses critères d'acceptation et pour permettre au client de déterminer s'il doit ou non accepter le système. Elle est généralement réalisée par le client. Lire la suite sur Test de réception
2. Tests d'accessibilité : Type de test permettant de déterminer l'accessibilité d'un produit pour les personnes en situation de handicap (sourdes, aveugles, personnes ayant une déficience intellectuelle, etc.). L'évaluation est réalisée par des personnes en situation de handicap. En savoir plus Test d'accessibilité
3. Tests actifs : Type de test consistant à introduire des données de test et à analyser les résultats d'exécution. Elle est généralement réalisée par l'équipe de test.
4. Tests agiles : Pratique de test de logiciels qui suit les principes du manifeste agile, en mettant l'accent sur les tests du point de vue des clients qui utiliseront le système. Elle est généralement réalisée par les équipes d’assurance qualité. Lire la suite sur Test agile
5. Test d'âge : Type de test qui évalue la capacité d'un système à fonctionner dans le futur. Le processus d'évaluation est mené par des équipes de test.
6. Tests ponctuels : Tests effectués sans planification ni documentation : le testeur essaie de « casser » le système en essayant au hasard ses fonctionnalités. Elle est réalisée par l’équipe de tests. Lire la suite sur Tests ad hoc
7. Test alpha: Les tests alpha sont un type de test logiciel effectué sur le site du développeur pour identifier les bugs, les problèmes d'utilisabilité et les lacunes de fonctionnalité avant de publier le produit pour les tests bêta. Il implique des testeurs internes, tels que des développeurs et des équipes d'assurance qualité, et parfois des utilisateurs finaux sélectionnés dans un environnement contrôlé. En savoir plus sur Test Alpha
8. Test d'assertion : Type de test consistant à vérifier si les conditions confirment les exigences du produit. Elle est réalisée par l’équipe de tests.
9. Test API: Technique de test similaire aux tests unitaires dans la mesure où elle cible le niveau du code. Les tests API diffèrent des tests unitaires en ce sens qu'il s'agit généralement d'une tâche d'assurance qualité et non d'une tâche de développeur. Lire la suite sur Test d'API
10. Test toutes paires : Méthode de test combinatoire qui teste toutes les combinaisons discrètes possibles de paramètres d'entrée. Elle est réalisée par les équipes de tests.

11. Tests automatisés : Technique de test qui utilise les outils de tests d'automatisation pour contrôler la configuration de l'environnement, l'exécution des tests et le reporting des résultats. Elle est réalisée par un ordinateur et est utilisée au sein des équipes de tests. Lire la suite sur Test automatisé
12. Test du chemin de base : Un mécanisme de test qui dérive une mesure logique de complexité d'une conception procédurale et l'utilise comme guide pour définir un ensemble de base de chemins d'exécution. Il est utilisé par les équipes de tests lors de la définition des cas de test. Lire la suite sur Test du chemin de base
13. Tests de compatibilité ascendante : Méthode de test qui vérifie le comportement du logiciel développé avec les anciennes versions de l'environnement de test. Elle est réalisée par l’équipe de test.
14. Tests bêta: Test final avant de publier l'application à des fins commerciales. Cela est généralement effectué par les utilisateurs finaux ou autres.
15. Tests de référence : Technique de test qui utilise des ensembles représentatifs de programmes et de données conçus pour évaluer les performances du matériel informatique et des logiciels dans une configuration donnée. Elle est réalisée par des équipes de tests. Lire la suite sur Test de référence
16. Tests d'intégration Big Bang : Technique de test qui intègre des modules de programme individuels uniquement lorsque tout est prêt. Elle est réalisée par les équipes de tests.
17. Test de portabilité binaire : Technique qui teste la portabilité d'une application exécutable sur des plates-formes et des environnements système, généralement pour sa conformité à une spécification ABI. Elle est réalisée par les équipes de tests.
18. Test de valeur limite : Technique de test logiciel dans laquelle les tests sont conçus pour inclure des représentants de valeurs limites. Elle est réalisée par les équipes de tests QA. Lire la suite sur Test de valeur limite
19. Tests d'intégration ascendants : Dans les tests d'intégration ascendants, les modules du niveau le plus bas sont développés en premier et les autres modules qui vont vers le programme « principal » sont intégrés et testés un par un. Elle est généralement réalisée par les équipes de tests.
20. Tests de branche : Technique de test dans laquelle toutes les branches du code source du programme sont testées au moins une fois. Ceci est fait par le développeur.
21. Test de largeur : Suite de tests qui exerce toutes les fonctionnalités d'un produit mais ne teste pas les fonctionnalités en détail. Elle est réalisée par des équipes de tests.
22. Tests en boîte noire : Méthode de test logiciel qui vérifie la fonctionnalité d'une application sans avoir de connaissances spécifiques sur le code/la structure interne de l'application. Les tests sont basés sur les exigences et les fonctionnalités. Elle est réalisée par les équipes QA. Lire la suite sur Tests en boîte noire
23. Tests basés sur le code : Technique de test qui utilise des frameworks de test (tels que xUnit) qui permettent l'exécution de tests unitaires pour déterminer si différentes sections du code agissent comme prévu dans diverses circonstances. Elle est réalisée par les équipes de développement.
24. Test de compatibilité : Technique de test qui valide les performances d'un logiciel dans un environnement matériel/logiciel/système d'exploitation/réseau particulier. Elle est réalisée par les équipes de tests. Lire la suite sur Test de compatibilité
25. Tests de comparaison : Technique de test qui compare les forces et les faiblesses du produit avec les versions précédentes ou d'autres produits similaires. Peut être réalisé par des testeurs, des développeurs, des chefs de produit ou des propriétaires de produits. Lire la suite sur Test des composants
26. Test de composants : Technique de test similaire aux tests unitaires mais avec un niveau d'intégration plus élevé : les tests sont effectués dans le contexte de l'application au lieu de simplement tester directement une méthode spécifique. Peut être réalisé par des équipes de test ou de développement.
27. Tests de configuration : Technique de test qui détermine la configuration minimale et optimale du matériel et des logiciels, ainsi que l'effet de l'ajout ou de la modification de ressources telles que la mémoire, les lecteurs de disque et le processeur. Habituellement, cela est effectué par les ingénieurs de tests de performances. Lire la suite sur Test de configuration
28. Test de couverture des conditions : Type de test logiciel où chaque condition est exécutée en la rendant vraie et fausse, de chacune des manières au moins une fois. Elle est généralement réalisée par les équipes de tests d’automatisation.
29. Test de conformité : Type de test qui vérifie si le système a été développé conformément aux normes, procédures et lignes directrices. Elle est généralement réalisée par des sociétés externes qui proposent la marque « Certified OGC Compliant ».
30. Tests de concurrence : Tests multi-utilisateurs visant à déterminer les effets de l'accès au même code d'application, module ou enregistrements de base de données. Cela est généralement réalisé par des ingénieurs performants. Lire la suite sur Tests de concurrence
31. Tests de conformité : Processus consistant à tester qu'une implémentation est conforme à la spécification sur laquelle elle est basée. Elle est généralement réalisée par des équipes de tests. Lire la suite sur Test de conformité
32. Tests basés sur le contexte : Une technique de test agile qui préconise une évaluation continue et créative des opportunités de test à la lumière des informations potentielles révélées et de la valeur de ces informations pour l'organisation à un moment précis. Elle est généralement réalisée par des équipes de tests Agile.

33. Tests de conversion : Test de programmes ou de procédures utilisés pour convertir les données des systèmes existants pour les utiliser dans des systèmes de remplacement. Elle est généralement réalisée par les équipes d’assurance qualité.
34. Tests de couverture décisionnelle : Type de test logiciel où chaque condition/décision est exécutée en la définissant sur vrai/faux. Elle est généralement réalisée par les équipes de tests d’automatisation.
35. Essais destructifs: Type d'essai où les tests sont menés jusqu'à la rupture de l'éprouvette, afin de comprendre ses performances structurelles ou le comportement du matériau sous différentes charges. Il est généralement réalisé par les équipes d'assurance qualité. En savoir plus sur Essais destructifs
36. Test de dépendance : Type de test qui examine les exigences d'une application en matière de logiciels préexistants, d'états initiaux et de configuration afin de maintenir une fonctionnalité appropriée. Elle est généralement réalisée par des équipes de tests.
37. Tests dynamiques : Terme utilisé en génie logiciel pour décrire les tests du comportement dynamique du code. Elle est généralement réalisée par des équipes de test. Lire la suite sur Test dynamique
38. Test de domaine : Technique de test en boîte blanche qui vérifie que le programme n'accepte que les entrées valides. Cela est généralement effectué par des équipes de développement de logiciels et parfois par des équipes de tests d'automatisation.
39. Tests de gestion des erreurs : Type de test logiciel qui détermine la capacité du système à traiter correctement les transactions erronées. Elle est généralement réalisée par les équipes de tests.
40. Tests de bout en bout : Semblable aux tests système, cela implique le test d'un environnement d'application complet dans une situation qui imite une utilisation réelle, comme l'interaction avec une base de données, l'utilisation de communications réseau ou l'interaction avec d'autres matériels, applications ou systèmes, le cas échéant. Elle est réalisée par les équipes QA. Lire la suite sur Test de bout en bout
41. Tests d'endurance : Type de test qui vérifie les fuites de mémoire ou d'autres problèmes pouvant survenir en cas d'exécution prolongée. Elle est généralement réalisée par des ingénieurs de performance. Lire la suite sur Test d'endurance
42. Tests exploratoires : Technique de test en boîte noire réalisée sans planification ni documentation. Elle est généralement réalisée par des testeurs manuels. Lire la suite sur Essais exploratoires
43. Test de partitionnement d'équivalence : Technique de test logiciel qui divise les données d'entrée d'une unité logicielle en partitions de données à partir desquelles des cas de test peuvent être dérivés. elle est généralement réalisée par les équipes d'assurance qualité. Lire la suite sur Test de partitionnement d'équivalence
44. Test d'injection de défauts : Élément d'une stratégie de test complète qui permet au testeur de se concentrer sur la manière dont l'application testée est capable de gérer les exceptions. Elle est réalisée par les équipes QA.
45. Vérification formelle Test : L'acte de prouver ou de réfuter l'exactitude des algorithmes prévus sous-jacents à un système par rapport à une certaine spécification ou propriété formelle, en utilisant des méthodes mathématiques formelles. Elle est généralement réalisée par les équipes d’assurance qualité.
46. Test fonctionel: Type de test en boîte noire qui base ses cas de test sur les spécifications du composant logiciel testé. Elle est réalisée par des équipes de tests. Lire la suite sur Essais fonctionnels
47. Test de flou : Technique de test logiciel qui fournit des données invalides, inattendues ou aléatoires aux entrées d'un programme – un domaine spécial des tests de mutation. Les tests Fuzz sont effectués par des équipes de tests. Lire la suite sur Test de Fuzz
48. Test des gorilles : Technique de test logiciel qui se concentre sur les tests approfondis d’un module particulier. Elle est réalisée par des équipes d'assurance qualité, généralement lors de l'exécution de tests complets.
49. Gris Box Test: Une combinaison de noir Box et blanc Box Méthodologies de test : tester un logiciel par rapport à ses spécifications en s’appuyant sur une certaine connaissance de son fonctionnement interne. Ces tests peuvent être effectués par les équipes de développement ou de test.
50. Test de boîte en verre : Semblable aux tests en boîte blanche, basés sur la connaissance de la logique interne du code d’une application. Elle est réalisée par les équipes de développement.
51. Test du logiciel GUI : Processus de test d'un produit qui utilise une interface utilisateur graphique, pour garantir qu'il répond à ses spécifications écrites. Ceci est normalement effectué par les équipes de test. Lire la suite sur Test du logiciel GUI
52. Test de mondialisation : Méthode de test qui vérifie le bon fonctionnement du produit avec n'importe quel paramètre culturel/local en utilisant tous les types d'entrées internationales possibles. Elle est réalisée par l’équipe de tests. Lire la suite sur Tests de mondialisation
53. Tests d'intégration hybride : Technique de test qui combine des techniques d'intégration descendante et ascendante afin de tirer parti des avantages de ce type de tests. Elle est généralement réalisée par les équipes de tests.
54. Test d'intégration : Phase de test logiciel au cours de laquelle des modules logiciels individuels sont combinés et testés en groupe. Elle est généralement réalisée par des équipes de tests. Lire la suite sur Test d'intégration
55. Test d'interface : Tests effectués pour évaluer si les systèmes ou les composants se transmettent correctement les données et se contrôlent. Elle est généralement effectuée par les équipes de test et de développement. Lire la suite sur Test d'interface
56. Installer/désinstaller Test : Travail d'assurance qualité qui se concentre sur ce que les clients devront faire pour installer et configurer avec succès le nouveau logiciel. Cela peut impliquer des processus d'installation/désinstallation complets, partiels ou de mises à niveau et est généralement effectué par l'ingénieur de test logiciel en collaboration avec le gestionnaire de configuration.
57. Tests d'internationalisation : Le processus qui garantit que la fonctionnalité du produit n'est pas interrompue et que tous les messages sont correctement externalisés lorsqu'ils sont utilisés dans différentes langues et paramètres régionaux. Elle est généralement réalisée par les équipes de tests.
58. Tests inter-systèmes : Technique de test visant à vérifier le bon fonctionnement des interconnexions entre les applications. Elle est généralement réalisée par les équipes de test.
59. Tests basés sur des mots clés : Également connue sous le nom de test piloté par table ou test de mot d'action, il s'agit d'une méthodologie de test logiciel pour les tests automatisés qui sépare le processus de création de test en deux étapes distinctes : une étape de planification et une étape de mise en œuvre. Il peut être utilisé par des équipes de tests manuels ou automatisés. Lire la suite sur Tests basés sur des mots clés
60. Test de charge : Technique de test qui exerce une demande sur un système ou un appareil et mesure sa réponse. Elle est généralement réalisée par les ingénieurs de performance. Lire la suite sur test de charge
61. Test de localisation : Partie du processus de test de logiciels axée sur l'adaptation d'une application mondialisée à une culture/localité particulière. Cela est normalement effectué par les équipes de test. Lire la suite sur Test de localisation
62. Test de boucle : Une technique de test en boîte blanche qui exerce des boucles de programme. Elle est réalisée par les équipes de développement. Lire la suite sur Test de boucle
63. Tests scriptés manuels : Méthode de test dans laquelle les cas de test sont conçus et examinés par l'équipe avant de l'exécuter. Cela est effectué par des équipes de tests manuels.
64. Tests de support manuel : Technique de test qui consiste à tester toutes les fonctions exécutées par les personnes lors de la préparation des données et de l'utilisation de ces données à partir d'un système automatisé. elle est réalisée par des équipes de tests.
65. Tests basés sur un modèle : L'application de la conception basée sur un modèle pour concevoir et exécuter les artefacts nécessaires pour effectuer des tests logiciels. Elle est généralement réalisée par des équipes de tests. Lire la suite sur Test basé sur un modèle
66. Tests de mutation : Méthode de test de logiciels qui consiste à modifier légèrement le code source ou le code octet du programme afin de tester des sections du code qui sont rarement ou jamais consultées lors de l'exécution normale des tests. Elle est normalement réalisée par des testeurs. Lire la suite sur Test de mutation
67. Tests basés sur la modularité : Technique de test de logiciels qui nécessite la création de petits scripts indépendants représentant les modules, sections et fonctions de l'application testée. Elle est généralement réalisée par l'équipe de test.
68. Tests non fonctionnels : Technique de test qui se concentre sur le test d'une application logicielle pour ses exigences non fonctionnelles. Peut être effectué par les ingénieurs de performance ou par des équipes de tests manuels. Lire la suite sur Tests non fonctionnels
69. Tests négatifs : Également connu sous le nom de « test to fail » – méthode de test dont le but est de montrer qu'un composant ou un système ne fonctionne pas. Elle est réalisée par des testeurs manuels ou automatisés. Lire la suite sur Test négatif
70. OperaTests nationaux : Technique de test réalisée pour évaluer un système ou un composant dans son environnement opérationnel. Habituellement, cela est effectué par des équipes de test. Lire la suite sur OperaTests nationaux
71. Test de réseau orthogonal : Méthode de test systématique et statistique qui peut être appliquée aux tests d'interface utilisateur, aux tests de système, aux tests de régression, aux tests de configuration et aux tests de performances. Elle est réalisée par l’équipe de tests. Lire la suite sur Test de réseau orthogonal
72. Test de paires : Technique de développement logiciel dans laquelle deux membres de l'équipe travaillent ensemble sur un même clavier pour tester l'application logicielle. L’un effectue les tests et l’autre analyse ou examine les tests. Cela peut être fait entre un testeur et un développeur ou un analyste commercial ou entre deux testeurs, les deux participants pilotant le clavier à tour de rôle.
73. Tests passifs : Technique de test consistant à surveiller les résultats d'un système en fonctionnement sans introduire de données de test particulières. Elle est réalisée par l’équipe de tests.
74. Tests parallèles : Technique de test qui a pour but de garantir qu'une nouvelle application qui a remplacé son ancienne version a été installée et fonctionne correctement. Elle est réalisée par l’équipe de test. Lire la suite sur Tests en parallèle
75. Test de chemin : Tests typiques en boîte blanche dont le but est de satisfaire aux critères de couverture pour chaque chemin logique à travers le programme. Elle est généralement réalisée par l’équipe de développement. Lire la suite sur Test de chemin
76. Tests de pénétration: Méthode de test qui évalue la sécurité d'un système informatique ou d'un réseau en simulant une attaque provenant d'une source malveillante. Ils sont généralement effectués par des sociétés spécialisées en tests d’intrusion. Lire la suite sur Tests de pénétration
77. Test de performance: Tests fonctionnels effectués pour évaluer la conformité d'un système ou d'un composant aux exigences de performances spécifiées. Elle est généralement réalisée par l'ingénieur de performance. Lire la suite sur Test de performance
78. Tests de qualification : Tests par rapport aux spécifications de la version précédente, généralement effectués par le développeur pour le consommateur, afin de démontrer que le logiciel répond aux exigences spécifiées.
79. Ramp Test: Type de test consistant à augmenter continuellement un signal d'entrée jusqu'à ce que le système tombe en panne. Elle peut être réalisée par l’équipe de test ou l’ingénieur performance.
80. Les tests de régression: Type de test logiciel qui cherche à découvrir les erreurs logicielles après que des modifications ont été apportées au programme (par exemple, corrections de bogues ou nouvelles fonctionnalités), en testant à nouveau le programme. Elle est réalisée par les équipes de tests. Lire la suite sur Les tests de régression
81. Test de récupération: Technique de test qui évalue la capacité d'un système à se remettre d'un crash, d'une panne matérielle ou d'autres problèmes catastrophiques. Elle est réalisée par les équipes de tests. Lire la suite sur Test de récupération
82. Test des exigences : Technique de test qui valide que les exigences sont correctes, complètes, sans ambiguïté et logiquement cohérentes et permet de concevoir un ensemble nécessaire et suffisant de cas de test à partir de ces exigences. Elle est réalisée par les équipes QA.
83. Test de sécurité: Processus permettant de déterminer qu'un système d'information protège les données et maintient les fonctionnalités comme prévu. Elle peut être réalisée par des équipes de tests ou par des sociétés spécialisées dans les tests de sécurité. Lire la suite sur Test de sécurité
84. Test de santé mentale : Technique de test qui détermine si une nouvelle version du logiciel fonctionne suffisamment bien pour l'accepter pour un effort de test majeur. Elle est réalisée par les équipes de tests. Lire la suite sur Test de santé mentale
85. Test de scénario : Activité de test qui utilise des scénarios basés sur une histoire hypothétique pour aider une personne à réfléchir à un problème ou à un système complexe pour un environnement de test. Elle est réalisée par les équipes de tests. Lire la suite sur Test de scénario
86. Tests d'évolutivité : Fait partie de la batterie de tests non fonctionnels qui teste une application logicielle pour mesurer sa capacité à évoluer – qu'il s'agisse de la charge utilisateur prise en charge, du nombre de transactions, du volume de données, etc. Elle est réalisée par l'ingénieur performance. Lire la suite sur Tests d'évolutivité
87. Test des déclarations : Test en boîte blanche qui satisfait au critère selon lequel chaque instruction d'un programme est exécutée au moins une fois pendant le test du programme. Elle est généralement réalisée par l’équipe de développement.
88. Tests statiques : Un type de test logiciel où le logiciel n'est pas utilisé. Il vérifie principalement la validité du code, de l'algorithme ou de la documentation. Il est utilisé par le développeur qui a écrit le code. En savoir plus sur Test statique
89. Test de stabilité : Technique de test qui tente de déterminer si une application va planter. Elle est généralement réalisée par l'ingénieur de performance. Lire la suite sur Test de stabilité
90. Test de fumée: Technique de test qui examine tous les composants de base d'un système logiciel pour garantir leur bon fonctionnement. En règle générale, les tests de fumée sont effectués par l'équipe de test, immédiatement après la création d'un logiciel. Lire la suite sur Test de fumée
91. Tests de stockage : Type de test qui vérifie que le programme testé stocke les fichiers de données dans les répertoires corrects et qu'il réserve suffisamment d'espace pour éviter une interruption inattendue résultant d'un manque d'espace. Elle est généralement réalisée par l'équipe de test. Lire la suite sur Tests de stockage
92. Tests de résistance : Technique de test qui évalue un système ou un composant dans ou au-delà des limites de ses exigences spécifiées. Elle est généralement réalisée par l'ingénieur de performance. Lire la suite sur Test de stress
93. Essais structurels : Technique de test en boîte blanche qui prend en compte la structure interne d'un système ou d'un composant et garantit que chaque instruction de programme remplit la fonction prévue. Elle est généralement réalisée par les développeurs de logiciels.
94. Test du système : Processus de test d'un système matériel et logiciel intégré pour vérifier que le système répond à ses exigences spécifiées. Elle est menée par les équipes de tests dans l’environnement de développement et cible. Lire la suite sur Test du système
95. Tests d'intégration du système : Processus de test qui exerce la coexistence d'un système logiciel avec d'autres. Elle est généralement réalisée par les équipes de tests. Lire la suite sur Tests d’intégration système
96. Tests d'intégration descendants : Technique de test qui consiste à commencer au sommet d'une hiérarchie système au niveau de l'interface utilisateur et à utiliser des stubs pour tester de haut en bas jusqu'à ce que l'ensemble du système soit implémenté. Elle est réalisée par les équipes de tests.
97. Test de fil : Une variante de la technique de test descendant où l'intégration progressive des composants suit la mise en œuvre de sous-ensembles d'exigences. Elle est généralement réalisée par les équipes de tests. Lire la suite sur Test de fil
98. Upgrade Test: Technique de test qui vérifie si les actifs créés avec des versions antérieures peuvent être utilisés correctement et si l'apprentissage de l'utilisateur n'est pas remis en question. Elle est réalisée par les équipes de tests.
99. Test unitaire Méthode de vérification et de validation de logiciel dans laquelle un programmeur teste si des unités individuelles de code source sont aptes à être utilisées. Elle est généralement menée par l’équipe de développement. Lire la suite sur Tests unitaires
100. Test de l'interface utilisateur : Type de test effectué pour vérifier la convivialité de l'application. Elle est réalisée par des équipes de tests. Lire la suite sur Test de l'interface utilisateur

Types de tests bonus : Les cinq types de tests suivants constituent des techniques supplémentaires que tout professionnel de l'assurance qualité devrait connaître.

101. Tests d'utilisation: Technique de test qui vérifie la facilité avec laquelle un utilisateur peut apprendre à utiliser, préparer les entrées et interpréter les sorties d'un système ou d'un composant. Elle est généralement réalisée par les utilisateurs finaux. Lire la suite sur Tests d'utilisabilité
102. Tests de volume : Tests qui confirment que toutes les valeurs susceptibles de devenir importantes au fil du temps (telles que les décomptes accumulés, les journaux et les fichiers de données) peuvent être prises en charge par le programme et n'entraîneront pas l'arrêt du programme ni ne dégraderont son fonctionnement de quelque manière que ce soit. Elle est généralement réalisée par l'ingénieur de performance. Lire la suite sur Tests de volume
103. Tests de vulnérabilité : Type de test qui concerne la sécurité des applications et a pour but de prévenir les problèmes pouvant affecter l'intégrité et la stabilité de l'application. Elle peut être réalisée par les équipes de tests internes ou sous-traitée à des sociétés spécialisées. Lire la suite sur Test de vulnérabilité
104. Test en boîte blanche : Technique de test basée sur la connaissance de la logique interne du code d'une application et comprenant des tests tels que la couverture des instructions de code, des branches, des chemins et des conditions. Elle est réalisée par des développeurs de logiciels. Lire la suite sur Test en boîte blanche
105. Tests de flux de travail : Technique de test scriptée de bout en bout qui duplique des flux de travail spécifiques qui devraient être utilisés par l'utilisateur final. Elle est généralement réalisée par des équipes de tests. Lire la suite sur Test de flux de travail

Comment choisir le type de test logiciel approprié

Avec plus de 100 types de tests disponibles, choisir la bonne approche pour votre projet peut s'avérer complexe. L'essentiel est d'aligner votre stratégie de test sur les objectifs, les contraintes et la tolérance au risque de votre projet.

Commencez par les exigences du projet

Commencez par analyser les fonctionnalités requises par votre application. Si votre logiciel traite des données sensibles, priorisez les tests de sécurité et les tests d'intrusion dès le début. Pour les applications destinées aux clients, les tests d'utilisabilité et d'accessibilité doivent être prioritaires. Les systèmes d'entreprise avec des intégrations complexes exigent des tests d'intégration et des tests d'intégration système approfondis.

Considérons la méthodologie de développement

Votre approche de développement influence directement vos choix de tests. Les équipes agiles tirent profit de pratiques de tests continus telles que les tests automatisés, les tests de régression et les tests exploratoires au sein de chaque sprint. Les projets en cascade suivent généralement une approche séquentielle avec des phases distinctes pour les tests unitaires, les tests d'intégration, les tests système et les tests d'acceptation.

Évaluer les risques et les impacts

Concentrez vos efforts de test là où les défaillances seraient les plus préjudiciables. Les applications financières exigent une validation poussée de leur précision et de leur sécurité. Les systèmes de santé nécessitent des tests de conformité rigoureux. Les plateformes de commerce électronique requièrent des tests de performance et de charge robustes pour gérer les pics de trafic.

Équilibrer les approches manuelles et automatisées

Tous les types de tests ne nécessitent pas d'automatisation. Les tests exploratoires, les tests d'utilisabilité et les tests ad hoc reposent sur le jugement humain. Les tests de régression, les tests de charge et les tests de fumée bénéficient grandement de l'automatisation. Les stratégies les plus efficaces combinent les deux approches en fonction des ressources disponibles.

Comment l'IA transforme les tests logiciels

L'intelligence artificielle révolutionne le paysage des tests logiciels en automatisant des tâches qui exigeaient auparavant un effort manuel considérable. Les outils de test basés sur l'IA peuvent désormais générer automatiquement des cas de test en analysant le comportement de l'application, les habitudes des utilisateurs et les modifications du code, réduisant ainsi drastiquement le temps nécessaire à la création de suites de tests complètes.

L'une des applications les plus marquantes est la prédiction intelligente des défauts. Les modèles d'apprentissage automatique analysent les données historiques de bogues et les indicateurs de complexité du code pour identifier les modules les plus susceptibles de contenir des défauts, permettant ainsi aux équipes de concentrer leurs efforts là où les problèmes sont les plus probables.

Les scripts de test autoréparateurs constituent une autre avancée majeure. Les tests automatisés traditionnels dysfonctionnent fréquemment lors de modifications de l'interface utilisateur. Les outils basés sur l'IA détectent ces modifications et mettent à jour automatiquement les sélecteurs et assertions de test, réduisant ainsi considérablement les coûts de maintenance.

Les tests de régression visuelle basés sur l'IA comparent les captures d'écran entre les différentes versions et distinguent intelligemment les modifications de conception intentionnelles des véritables défauts visuels. À mesure que l'IA se perfectionne, les professionnels de l'assurance qualité devraient la considérer comme un complément à leur expertise plutôt que comme un substitut.

Principales différences entre les tests manuels et automatisés

Savoir quand privilégier les tests manuels aux tests automatisés est une décision cruciale qui influe sur les délais, les budgets et la qualité des projets. Le tableau comparatif ci-dessous met en lumière les principales différences entre ces deux approches fondamentales.

Critères	Test manuel	Test automatisé
Internationaux	Réalisé étape par étape par des testeurs humains	Exécuté par des scripts et des outils de test
Speed	Plus lent, limité par le rythme humain	Plus rapide, exécute les tests en parallèle
Coût initial	Investissement initial réduit	Plus élevé en raison de la configuration des outils et des scripts
Répétabilité	Sujet à l'erreur humaine lors de la répétition	Constant et fiable sur l'ensemble des courses
Meilleur pour	Tests exploratoires, d'utilisabilité et ad hoc	Tests de régression, de charge et de fumée
Souplesse	S'adapte rapidement aux changements	Nécessite des mises à jour de script pour les modifications
Retour sur investissement à long terme	Coût plus élevé au fil du temps pour les tâches répétitives	Rentable pour les tests fréquemment effectués

Les équipes d'assurance qualité les plus performantes ne privilégient pas une approche plutôt qu'une autre. Elles élaborent plutôt une stratégie de test équilibrée qui tire parti des tests manuels pour les domaines nécessitant une expertise humaine et des tests automatisés pour les validations répétitives, gourmandes en données ou urgentes.

La liste est maintenant terminée. Pour trouver les outils appropriés à ce type de test et à d'autres, consultez cette collection de outils de test.

Questions fréquentes