• Pour valider si le logiciel répond aux critères finaux pour lesquels il a été développé.
• Garantit l’absence de bogues et aide les développeurs à combler de manière proactive les lacunes des fonctionnalités avant que le produit n’entre sur le marché.

• Test d’acceptation par l’utilisateur (UAT) ou test bêta.

• Évaluer la conformité du système « complet » par opposition à ses composants individuels.

1. Approche du Big Bang
   Cela implique de terminer l’intégralité du processus d’intégration et de tester tous ses modules en une seule phase.
2. Approche incrémentale
   L’approche incrémentielle effectue des tests en plusieurs phases. Il peut encore être subdivisé en
   1. Approche descendante – tous les modules intégrés supérieurs sont testés en premier, puis la branche du module systématiquement, jusqu’à ce que le dernier module associé soit testé.
   2. De bas en haut
   3. L’approche Sandwich – comme son nom l’indique, adopte une combinaison d’approche descendante et ascendante.

• Évaluer la conformité du système « complet » par opposition à ses composants individuels.

• Vérifie si le système logiciel répond à toutes ses spécifications fonctionnelles et est prêt à être publié.

1. Test de composants
   Implique de tester des modules ou des composants individuels pour évaluer sa fonctionnalité, et comprend des morceaux de code, des pages Web, des écrans mobiles, etc.
2. Test de fumée
   Dans les tests de fumée, les problèmes critiques sont au centre des préoccupations et l’objectif est de les résoudre en premier, plutôt que d’effectuer un test complet du système.
3. Test de santé mentale
   Dans cette forme de test, les nouvelles versions avec des mises à jour mineures sont testées pour vérifier si les défauts ont été corrigés dans la nouvelle version et si de nouveaux défauts ont été introduits. Il ne s’agit pas d’un ensemble complet de tests, mais seulement d’un sous-ensemble de la suite complète conçue pour examiner l’effet de la modification du logiciel.

• Le but des tests de performance n’est pas seulement de trouver des défauts mais d’éliminer les goulots d’étranglement de performance.

1. Test de charge
   Conduite en augmentant constamment la charge sur un système pour déterminer les valeurs de seuil, elle comprend la lecture/écriture de gros volumes de données, l’exécution de plusieurs applications, etc.
2. Tests de résistance
   Les tests de résistance vérifient si les systèmes fonctionnent correctement sous contrainte, par exemple dans des conditions de processeur, de mémoire ou de bande passante faibles.
3. Test de pointe
   Les tests de pointe créent des pointes périodiques de demandes sur le système pour examiner s’il continue à fonctionner dans des limites acceptables.
4. Essais d’immersion/d’endurance
   Cela implique de tester le système sous une charge constante pendant une longue durée et de vérifier les fuites de mémoire, les pannes du système, la surchauffe et d’autres problèmes de performances.

• Pour s’assurer que le système continue de fonctionner de manière satisfaisante même après c Modifications, mises à jour ou modifications.

1. Test de régression unitaire, qui se concentre étroitement sur les unités de code tout en bloquant les interactions et les dépendances complexes.
2. Test de régression partielle, dans lequel le nouveau code est testé par rapport au code existant pour garantir des performances acceptables du système.
3. Tests de régression complets, qui sont effectués après des révisions majeures et de multiples modifications du code existant.

• Découvrir les problèmes d’utilisabilité
• Analyse comparative des performances
• Cartographie des modèles d’utilisation
• Facilité d’utilisation