Les 7 principes généraux des tests
•Download as PPTX, PDF•
0 likes•1,423 views
This document outlines 8 principles of software testing: 1) Tests can find defects but cannot prove their absence. Exhaustive testing is impossible due to the large number of combinations. 2) Rather than exhaustive testing, risk analysis and prioritization are used to focus testing efforts. 3) Testing should begin as early as possible in the development cycle to find defects early. 4) Testing effort should be proportional to the expected and observed defect density in modules. A small number of modules typically contain most defects. 5) Repeatedly running the same test cases may fail to find new defects, so test cases must be regularly reviewed and revised to cover new paths. 6) Testing is done
Les 7 principes généraux des tests
- 2. PRINCIPE 1 - LES TESTS MONTRENT LA PRÉSENCE DE DÉFAUTS • LES TESTS PEUVENT PROUVER LA PRÉSENCE DE DÉFAUTS, MAIS NE PEUVENT PAS EN PROUVER L'ABSENCE. • LES TESTS RÉDUISENT LA PROBABILITÉ QUE DES DÉFAUTS RESTENT CACHÉS DANS LE LOGICIEL MAIS, MÊME SI AUCUN DÉFAUT N'EST DÉCOUVERT, CE N'EST PAS UNE PREUVE D'EXACTITUDE. @JERRY_MBANTA 2
- 3. PRINCIPE 2 – LES TESTS EXHAUSTIFS SONT IMPOSSIBLES • TOUT TESTER (TOUTES LES COMBINAISONS D'ENTRÉES ET DE PRÉCONDITIONS N'EST PAS FAISABLE SAUF POUR DES CAS TRIVIAUX. • PLUTÔT QUE DES TESTS EXHAUSTIFS, NOUS UTILISONS L'ANALYSE DES RISQUES ET DES PRIORITÉS POUR FOCALISER LES EFFORTS DE TESTS. @JERRY_MBANTA 3
- 4. PRINCIPE 3 – TESTER TÔT • POUR TROUVER DES DÉFAUTS TÔT, LES ACTIVITÉS DE TESTS DEVRAIENT COMMENCER AUSSI TÔT QUE POSSIBLE DANS LE CYCLE DE DÉVELOPPEMENT DU LOGICIEL OU DU SYSTÈME, ET DEVRAIENT ÊTRE FOCALISÉES VERS DES OBJECTIFS DÉFINIS. @JERRY_MBANTA 4
- 5. PRINCIPE 4 – REGROUPEMENT DES DÉFAUTS • L'EFFORT DE TEST DEVRAIT ÊTRE FIXÉ PROPORTIONNELLEMENT À LA DENSITÉ DES DÉFAUTS PRÉVUS ET CONSTATÉS DANS LES DIFFÉRENTS MODULES. UN PETIT NOMBRE DE MODULES CONTIENNENT GÉNÉRALEMENT LA MAJORITÉ DES DÉFAUTS DÉTECTÉS LORS DES TESTS PRÉ-LIVRAISON, OU AFFICHENT LE PLUS DE DÉFAILLANCES EN OPÉRATION. @JERRY_MBANTA 5
- 6. PRINCIPE 5 – PARADOXE DU PESTICIDE • SI LES MÊMES TESTS SONT RÉPÉTÉS DE NOMBREUSES FOIS, IL ARRIVERA QUE LE MÊME ENSEMBLE DE CAS DE TESTS NE TROUVERA PLUS DE NOUVEAUX DÉFAUTS. POUR PRÉVENIR CE “PARADOXE DU PESTICIDE”, LES CAS DE TESTS DOIVENT ÊTRE RÉGULIÈREMENT REVUS ET RÉVISÉS, ET DE NOUVEAUX TESTS, DIFFÉRENTS, DOIVENT ÊTRE ÉCRITS POUR COUVRIR D'AUTRES CHEMINS DANS LE LOGICIEL OU LE SYSTÈME DE FAÇON À PERMETTRE LA DÉCOUVERTE DE NOUVEAUX DÉFAUTS. @JERRY_MBANTA 6
- 7. PRINCIPE 6 – LES TESTS DÉPENDENT DU CONTEXTE • LES TESTS SONT EFFECTUÉS DIFFÉREMMENT DANS DES CONTEXTES DIFFÉRENTS. PAR EXEMPLE, LES LOGICIELS DE SÉCURITÉ CRITIQUE SERONT TESTÉS DIFFÉREMMENT D'UN SITE DE COMMERCE ÉLECTRONIQUE. @JERRY_MBANTA 7
- 8. PRINCIPE 7 – L’ILLUSION DE L’ABSENCE D’ERREURS • TROUVER ET CORRIGER DES DÉFAUTS N'AIDE PAS SI LE SYSTÈME CONÇU EST INUTILISABLE ET NE COMBLE PAS LES BESOINS ET LES ATTENTES DES UTILISATEURS. @JERRY_MBANTA 8
- 9. RÉFÉRENCES • ISTQB : –SYLLABUS : NIVEAU FONDATION @JERRY_MBANTA 9