Les tests peuvent augmenter le niveau de confiance en la qualité d’un logiciel s’ils trouvent peu ou pas de défauts. Un test conçu correctement et qui est exécuté sans erreur réduit le niveau de risque général du système. Quand les tests trouvent des défauts, la qualité du système logiciel s’accroît quand ces défauts sont corrigés.
d'où l'intérêt des tests, je vais essayer dans les billets qui vient de couvrir :
1. Notions de modèle vs. cycle de vie d’un logiciel
2. Les cycles de vie du logiciel :
2.1. Les modèles séquentiels
2.1.1. Le modèle en « cascade »
2.1.2. Le modèle « d’intégration »
2.1.3. Le modèle en « V »
2.1.4. Le modèle RAD
2.2. Le cycle de vie « itératif »
2.2.1. Le modèle incrémental
2.2.2. Le modèle en « Spirale de Boehm »
2.2.3. Le modèle UP
2.2.4. Le modèle RUP
2.2.5. Le modèle EUP
2.2.6. Le modèle 2TUP
2.3. La méthode « Agile »
2.3.1. Le modèle « ASD »
2.3.2. Le modèle « DSDM »
2.3.3. Le modèle « FDD »
2.3.4. Le modèle « Crystal »
2.3.5. Le modèle « SCRUM »
2.3.6. Le modèle XP
3. Les différents niveaux de tests
3.1. Les tests unitaires
3.2. Les tests d’intégration
3.3. Les tests du système complet
3.4. Les tests d’acceptation
4. Les différentes natures de tests
4.1. Les tests fonctionnels
4.2. Les tests de compatibilité de plate-forme
4.3. Les tests de robustesse
4.4. Les tests de performance
4.5. Les tests de montée en charge
4.6. Les tests d’ergonomie
5. ressource
Aucun commentaire:
Enregistrer un commentaire
to criticize, to improve