Avis de non-responsabilité : le texte affiché ci-dessous a été traduit automatiquement à partir d'une autre langue à l'aide d'un outil de traduction tiers.
Manuel de test AQ TOUS
Les differents types de tests d\'assurance qualite
Tous les testeurs de logiciels sont souvent confrontes a divers types de tests d\'assurance qualite : certains sur lesquels ils ont travaille et d\'autres dont ils ont entendu parler. Malheureusement, tout le monde n\'est pas conscient des differents types de tests de controle de la qualite et du role qu\'ils jouent dans la qualite globale du produit. A un niveau eleve, les tests peuvent etre differencies en manuels et automatises ; mais lorsque vous plongez plus profondement, il y a plusieurs autres facons de proceder. Voici 10 types de tests de controle de la qualite :
1. Tests unitaires
Un type de test effectue au niveau du sol, les tests unitaires sont des tests de bas niveau effectues pour tester des unites ou des fonctions individuelles du logiciel en cours de developpement. Avec les tests unitaires, les developpeurs se concentrent sur les tests au cours des premieres etapes de la creation du logiciel afin de s\'assurer que chaque section de l\'application logicielle repond a certaines normes.
2. Tests de composants
Une fois les tests unitaires effectues, les tests de composants permettent aux testeurs de tester plusieurs unites ou composants dans un seul code. En utilisant des donnees reelles et en testant la maniere dont les differents composants fonctionnent independamment sans integration, les tests de composants permettent d\'identifier les defauts qui peuvent survenir une fois que les composants sont connectes les uns aux autres.
3. Tests d\'integration
L\'etape suivante du cycle de vie des tests d\'assurance qualite est le test d\'integration, qui permet de verifier si les differents modules ou services utilises par l\'application fonctionnent bien ensemble. En combinant differents composants en un groupe et en les testant ensemble, les tests d\'integration permettent d\'evaluer si le systeme ou le composant repond aux exigences fonctionnelles requises.
4. Tests de bout en bout
Les tests de bout en bout permettent de tester la fonctionnalite et les performances du produit, dans des environnements reels. En reproduisant le comportement de l\'utilisateur dans des circonstances similaires a celles du produit, les tests de bout en bout permettent de simuler un scenario reel et de verifier si les differents flux d\'utilisateurs fonctionnent comme prevu. La reproduction du comportement et des parcours des utilisateurs permet de tester l\'integrite des donnees et l\'intercommunication avec d\'autres systemes.
5. Tests de performance
Les tests de performance permettent aux testeurs de verifier le comportement du systeme lorsqu\'il est soumis a une charge importante. Les tests de performance permettent de confirmer la fiabilite, la stabilite et la disponibilite du produit et de verifier si une charge supplementaire degradera les performances du systeme.
6. Test de regression
Le test de regression permet aux testeurs de tester une application apres un changement ou une modification. En effectuant des tests fonctionnels et non fonctionnels, vous vous assurez que les logiciels developpes et testes precedemment fonctionnent comme prevu : corrections de bogues, ameliorations logicielles ou changements de configuration. En vous assurant que le code et les ajouts recents fonctionnent correctement, vous ameliorerez votre capacite a executer votre automatisation en douceur.
7. Tests de sanite
Les tests de sanite sont une forme de test de regression qui aide les testeurs a determiner si les nouvelles modifications du code ou les mises a jour des fonctionnalites fonctionnent suffisamment bien pour faire l\'objet d\'un effort de test important. Si l\'application se plante, cela signifie que le systeme n\'est pas assez stable pour etre teste plus avant et qu\'une version supplementaire doit etre creee pour resoudre les problemes. L\'objectif des tests de bon sens n\'est pas de verifier de maniere approfondie la fonctionnalite du logiciel, mais plutot de mesurer si l\'ensemble du logiciel est adequat.
