Syllabus Niveau Fndatin Versin 2011 FR Internatinal Sftware Testing Qualificatins Bard Cmité Lgiciels
Syllabus Niveau Fndatin Cmité Français des Lgiciels Internatinal Sftware Testing Qualificatins Bard Cpyright Ce dcument peut être cpié dans sn intégralité, u partiellement, si la surce est mentinnée. Cpyright Ntice Internatinal Sftware Testing Qualificatins Bard (ci-après appelé ISTQB ) ISTQB est une marque enregistrée de l Internatinal Sftware Testing Qualificatins Bard, Cpyright 2011 les auteurs pur la mise à jur 2011 (Thmas Müller (respnsable), Debra Friedenberg, et l'istqb Fndatin WG Level) Cpyright 2010 les auteurs pur la mise à jur 2010 (Thmas Müller (respnsable), Armin Beer, Martin Klnk, Rahul Verma) Cpyright 2007 les auteurs pur la mise à jur 2007 (Thmas Müller (respnsable), Drthy Graham, Debra Friedenberg et Erik van Veenendaal) Cpyright 2005, les auteurs (Thmas Müller (respnsable), Rex Black, Sigrid Eldh, Drthy Graham, Klaus Olsen, Maaret Pyhäjärvi, Geff Thmpsn et Erik van Veenendaal). Tus drits réservés. Les auteurs transfèrent leurs drits à l Internatinal Sftware Testing Qualificatins Bard (ci-après appelé ISTQB). Les auteurs (en tant que pssesseurs actuels des drits d auteurs) et l ISTQB (en tant que pssesseur futur des drits d auteurs) nt cnclu l accrd suivant prtant sur les cnditins d utilisatin : 1) Tut individu u rganisme de frmatin peut utiliser ce syllabus cmme base pur une frmatin si les auteurs et l ISTQB snt cités cmme surce et pssesseurs des drits de ce syllabus, et pur autant que tute publicité sur une telle frmatin mentinne ce syllabus uniquement après demande d accréditatin fficielle de cette frmatin auprès d un Cmité Natinal recnnu par l ISTQB ; 2) Tut individu u grupe d individus peut utiliser ce syllabus cmme une base pur des articles, livres, u autres écrits dérivés, si les auteurs et l ISTQB snt recnnus cmme surce et pssesseurs des drits de ce syllabus ; 3) Tut Cmité Natinal recnnu par l ISTQB peut traduire ce syllabus et permettre l utilisatin de ce syllabus par des tiers. Versin 2011 Page 2 de 82 31-Mar-2010 Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 4) Histrique des mdificatins Versin Date Remarques CFTL 2011FR 3-Nv-2011 Testeur Certifié Niveau Fndatin Mise à jur vir Annexe E Changements intégrés dans le Syllabus 20101 CFTL 2010FR 1-Sept-2010 Testeur Certifié Niveau Fndatin Mise à jur vir Annexe E Changements intégrés dans le Syllabus 2010 ISTQB 2010 30-Mars-2010 Certified Tester Fundatin Level Syllabus Maintenance Release vir Annexe E Changements intégrés dans le Syllabus 2010 ISTQB 2007 01-Mai-2007 Certified Tester Fundatin Level Syllabus Maintenance Release vir Appendix E Release Ntes Syllabus 2007 CFTL 2005FR 01-Juillet-2005 Testeur Certifié Niveau Fndatin ISTQB 2005 01-Juillet-2005 Certified Tester Fundatin Level Syllabus ASQF V2.2 Juillet-2003 ASQF Syllabus Fundatin Level Versin 2.2 Lehrplan Grundlagen des Sftware-testens ISEB V2.0 25-Février-1999 ISEB Sftware Testing Fundatin Syllabus V2.0 25 February 1999 Traductin française: Bernard HOMES, Eric RIOU du COSQUER, Alain RIBAULT, Bertrand CORNANGUER, Cyrille RIVIERE, Olivier DENOO, Vérnique JOURDY-COTTEN Versin 2011 Page 3 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Table des Matières Remerciements... 7 Intrductin à ce syllabus... 8 1. Fndamentaux des (K2)... 10 1.1 Purqui les tests snt-ils nécessaires? (K2)... 11 1.1.1 Cntexte des systèmes lgiciels (K1)... 11 1.1.2 Origine des défauts lgiciels (K2)... 11 1.1.3 Rôle des tests dans le dévelppement, la maintenance et l pératin des lgiciels (K2)11 1.1.4 et qualité (K2)... 11 1.1.5 Cmbien de test est suffisant? (K2)... 12 1.2 Que snt les tests? (K2)... 13 1.3 Les 7 principes généraux des tests (K2)... 14 1.4 Prcessus de test fndamental (K1)... 15 1.4.1 Planificatin et cntrôle des tests (K1)... 15 1.4.2 Analyse et Cnceptin des tests (K1)... 15 1.4.3 Implémentatin et exécutin des tests (K1)... 16 1.4.4 Evaluer les critères de srtie et infrmer (K1)... 16 1.4.5 Activités de clôture des tests (K1)... 16 1.5 La psychlgie des tests (K2)... 18 1.6 Cde d éthique... 20 2. Tester Pendant le Cycle de Vie Lgiciel (K2)... 21 2.1 Mdèles de Dévelppement Lgiciel (K2)... 22 2.1.1 Mdèle en V (K2)... 22 2.1.2 Mdèle de dévelppement itératif (K2)... 22 2.1.3 Tester au sein d un mdèle de cycle de vie (K2)... 22 2.2 Niveaux de tests (K2)... 24 2.2.1 de cmpsants (K2)... 24 2.2.2 d intégratin (K2)... 25 2.2.3 système (K2)... 25 2.2.4 d acceptatin (K2)... 26 2.3 Types de tests (K2)... 28 2.3.1 des fnctins (tests fnctinnels) (K2)... 28 2.3.2 des caractéristiques nn fnctinnelles des prduits lgiciels (tests nnfnctinnels) (K2)... 28 2.3.3 de la structure / architecture lgicielle (tests structurels) (K2)... 29 2.3.4 liés au changement (tests de cnfirmatin et de régressin) (K2)... 29 2.4 de maintenance (K2)... 30 3. Techniques Statiques (K2)... 31 3.1 Techniques statiques et prcessus de test (K2)... 32 3.2 Prcessus de revue (K2)... 33 3.2.1 Phases d une revue frmelle (K1)... 33 3.2.2 Rôles et respnsabilités (K1)... 33 3.2.3 Types de revues (K2)... 34 3.2.4 Facteurs de succès des revues (K2)... 35 3.3 Analyse statique avec des utils (K2)... 36 4. Techniques de Cnceptin de (K3)... 37 4.1 Le prcessus de dévelppement de test (K3)... 38 4.2 Catégries de techniques de cnceptin de tests (K2)... 39 4.3 Techniques basées sur les spécificatins u techniques bîte nire (K3)... 40 4.3.1 Partitins d équivalence (K3)... 40 4.3.2 Analyse des valeurs limites (K3)... 40 4.3.3 par tables de décisins (K3)... 40 4.3.4 Test de transitin d états (K3)... 41 4.3.5 de cas d utilisatin (K2)... 41 Versin 2011 Page 4 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 4.4 Technique de cnceptin basée sur la structure u technique de cnceptin bîte blanche (K3)... 42 4.4.1 Test des instructins et cuverture (K3)... 42 4.4.2 Test des décisins et cuverture (K3)... 42 4.4.3 Autres techniques basées sur les structures (K1)... 42 4.5 Techniques basées sur l expérience (K2)... 44 4.6 Sélectinner les techniques de tests (K2)... 45 5. Gestin des (K3)... 46 5.1 Organisatin des tests (K2)... 48 5.1.1 Organisatin du test et indépendance (K2)... 48 5.1.2 Tâches du respnsable des tests et des testeurs (K1)... 48 5.2 Estimatin et planificatin des tests (K3)... 50 5.2.1 Planificatin des tests (K2)... 50 5.2.2 Activités de planificatin des tests (K3)... 50 5.2.3 Critères d entrée (K2)... 50 5.2.4 Critères de srtie (K2)... 51 5.2.5 Estimatin des tests (K2)... 51 5.2.6 Stratégie de test, Apprche de test (K2)... 51 5.3 Suivi et cntrôle du dérulement des tests (K2)... 53 5.3.1 Suivi de l avancement des tests (K1)... 53 5.3.2 Reprting des tests (K2)... 53 5.3.3 Cntrôle des tests (K2)... 53 5.4 Gestin de cnfiguratin (K2)... 55 5.5 Test et risques (K2)... 56 5.5.1 Risques liés au prjet (K2)... 56 5.5.2 Risques liés au prduit (K2)... 56 5.6 Gestin des incidents (K3)... 58 6. Outils de Supprt aux (K2)... 60 6.1 Types d'utils de test (K2)... 61 6.1.1 Outils de supprt aux tests (K2)... 61 6.1.2 Classificatin des utils de test (K2)... 61 6.1.3 Outils d aide à la gestin du test et des tests (K1)... 62 6.1.4 Outils d aide aux tests statiques (K1)... 62 6.1.5 Outils d aide à la spécificatin des tests (K1)... 63 6.1.6 Outils d aide à l'exécutin et à l enregistrement des tests (K1)... 63 6.1.7 Outils de supprt de perfrmance et de surveillance (K1)... 64 6.1.8 Outils de supprt pur des besins de tests spécifiques (K1)... 64 6.2 Utilisatin efficace des utils : Bénéfices ptentiels et Risques (K2)... 65 6.2.1 Bénéfices ptentiels et risques liés aux utils de test (pur tus les utils) (K2)... 65 6.2.2 Cnsidératins spéciales pur quelques types d'util (K1)... 65 6.3 Intrduire un util dans une rganisatin (K1)... 67 7. Références... 68 Standards... 68 Livres... 68 8. Annexe A Infrmatins sur le syllabus... 70 Histrique de ce dcument... 70 Objectifs de la qualificatin internatinale (adapté de la réunin ISTQB de Nvembre 2001 à Sllentuna)... 70 9. Annexe B Objectifs de cnnaissance/niveaux de cnnaissance... 72 Niveau 1: Se suvenir (K1)... 72 Niveau 2: cmprendre (K2)... 72 Niveau 3: Appliquer (K3)... 72 Niveau 4: Analyser (K4)... 72 10. Annexe C Règles appliquées au syllabus ISTQB niveau Fndatin... 74 10.1.1 Règles générales... 74 10.1.2 Cntenu actualisé... 74 10.1.3 Objectifs de cnnaissance... 74 Versin 2011 Page 5 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 10.1.4 Structure générale... 74 11. Annexe D Nte pur les rganismes de frmatin... 76 12. Tus les bjectifs de niveau K3 et K4 nécessitent de pratiquer des exercices. Annexe E Changements intégrés dans le Syllabus 2010... 77 Versin 2011... 77 13. Index... 79 Versin 2011 Page 6 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Remerciements Internatinal Sftware Testing Qualificatins Bard Wrking Grup Fundatin Level (Editin 2011): Thmas Müller (chair), Debra Friedenberg. Le grupe de travail remercie l équipe de revue (Dan Almg, Armin Beer, Rex Black, Julie Gardiner, Judy McKay, Tuula Pääkkönen, Eric Riu du Csquier Hans Schaefer, Stephanie Ulrich, Erik van Veenendaal) et tus les Cmités Natinaux pur leurs suggestins pur la versin actuelle du syllabus. Internatinal Sftware Testing Qualificatins Bard Wrking Grup Fundatin Level (Editin 2010): Thmas Müller (respnsable), Rahul Verma, Martin Klnk et Armin Beer. Le grupe de travail remercie l équipe de revue (Rex Black, Mette Bruhn-Pedersn, Debra Friedenberg, Klaus Olsen, Tuula Pääkkönen, Meile Psthuma, Hans Schaefer, Stephanie Ulrich, Pete Williams, Erik van Veenendaal) et tus les Cmités Natinaux pur leurs suggestins pur la versin actuelle du syllabus. Internatinal Sftware Testing Qualificatins Bard Wrking Grup Fundatin Level (Editin 2007): Thmas Müller (respnsable), Drthy Graham, Debra Friedenberg, et Erik van Veendendaal Le grupe de travail remercie l équipe de revue (Hans Schaefer, Stephanie Ulrich, Meile Psthuma, Anders Petterssn, et Wnil Kwn) et tus les Cmités Natinaux pur leurs suggestins. Internatinal Sftware Testing Qualificatins Bard Wrking Grup Fundatin Level (Editin 2005): Thmas Müller (respnsable), Rex Black, Sigrid Eldh, Drthy Graham, Klaus Olsen, Maaret Pyhäjärvi, Geff Thmpsn, Erik van Veenendaal et l'équipe de revue ainsi que tus les Cmités Natinaux pur leurs suggestins. Versin 2011 Page 7 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Intrductin à ce syllabus Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Objectif de ce dcument Ce syllabus frme la base du niveau Fndatin de la qualificatin Internatinale en tests de lgiciels. L Internatinal Sftware Testing Qualificatins Bard (ISTQB) et le Cmité Lgiciels (ci-après appelé CFTL) furnissent ce syllabus aux cmités natinaux d examens pur accréditer les furnisseurs de frmatins et pur en dériver des questins d examens dans leur langue natinale. Les furnisseurs de frmatins prduirnt leurs curs et déterminernt les méthdes de frmatin apprpriées pur l accréditatin, et le syllabus aidera les candidats à se préparer aux examens. Des infrmatins sur l histrique et le cntexte du syllabus peuvent être truvées en Annexe A. Le Niveau Fndatin pur les Testeurs de Lgiciels Certifiés La qualificatin de niveau fndatin vise tutes les persnnes impliquées dans les tests de lgiciels. Ceci inclut les persnnes ayant des rôles de testeurs, analystes de tests, ingénieurs de tests, cnsultants en tests, gestinnaires de tests, testeurs en phase d acceptatin utilisateur et dévelppeurs de lgiciels. Cette qualificatin de niveau Fndatin est aussi apprpriée pur tute persnne suhaitant une cmpréhensin de base des tests de lgiciels, tels que les gestinnaires de prjets, respnsables qualité, respnsables de dévelppements lgiciels, analystes métier et cnsultants en management. Les pssesseurs du Certificat Fndatin sernt capables de cntinuer afin d atteindre un niveau supérieur de certificatin en tests de lgiciels. Objectifs de cnnaissance /niveaux de cnnaissance Les niveaux de cnnaissance snt furnis pur chaque sectin de ce syllabus et classés de la façn suivante K1: se suvenir; K2: cmprendre; K3: utiliser; K4: analyser De plus amples détails et des exemples d bjectifs de cnnaissance snt dnnés en Annexe B. Tus les termes listés sus la rubrique termes après les titres de chapitre sernt retenus (K1), même s ils ne snt pas explicitement mentinnés dans les bjectifs de cnnaissance. L examen L examen pur l btentin du Certificat Fndatin sera basé sur ce syllabus. Les répnses aux questins d examen peuvent requérir l utilisatin d infrmatins cntenues dans plus d une sectin de ce syllabus. Tutes les sectins de ce syllabus peuvent dnner lieu à des questins d examen. Le frmat de l examen est un questinnaire à chix multiples. Les examens peuvent faire partie d une frmatin accréditée u être passés indépendamment (p.ex. dans un centre d examen u lrs d un examen public). La participatin à une frmatin accréditée n est pas un pré-requis au passage de l examen. Accréditatin Les furnisseurs de frmatins dnt le cntenu du curs suit ce syllabus peuvent être accrédités par un cmité natinal recnnu par l ISTQB et le CFTL. Les directives d accréditatin divent être btenues auprès de l rganisme u du cmité effectuant l accréditatin. Un curs accrédité est recnnu cmme se cnfrmant à ce syllabus, et peut inclure un examen ISTQB CFTL cmme partie du curs. Pur de plus amples infrmatins à destinatin des furnisseurs de frmatin, vir l Annexe D. Versin 2011 Page 8 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Niveau de détail Le niveau de détail dans ce syllabus permet un enseignement et des examens cmpatibles internatinalement. Pur atteindre cet bjectif, le syllabus cntient : Des bjectifs généraux d instructin, décrivant les intentins du niveau fndatin Une liste des infrmatins à enseigner, incluant une descriptin, et des références à des surces additinnelles si besin. Des bjectifs de cnnaissance pur chaque dmaine de cnnaissance, décrivant les résultats cgnitifs d enseignements et la mentalité à acquérir. Une liste de termes que les étudiants divent se rappeler et cmprendre. Une descriptin des cncepts clé à enseigner, incluant des surces cmme des nrmes u de la littérature recnnue. Le cntenu du syllabus n est pas une descriptin de l ensemble du dmaine de cnnaissance en tests de lgiciels; il reflète le niveau de détail devant être cuvert par les curs et frmatins du niveau fndatin. Organisatin du syllabus Ce syllabus cmprend six chapitres majeurs. Le titre principal de chaque chapitre mntre l bjectif d apprentissage cuvert par le chapitre, et spécifie la durée minimale pur traiter ce chapitre. Par exemple: 2. Tester pendant le Cycle de Vie (K2) 115 minutes Ce titre indique que le Chapitre 2 a un bjectif de cnnaissance K1 (suppsé quand un niveau supérieur est spécifié) et K2 (mais pas K3), et qu une durée de 115 minutes est suggérée pur cuvrir le matériel de ce chapitre. Chaque chapitre cmprte plusieurs sectins. Chaque sectin pssède aussi un bjectif de cnnaissance et la durée requise en minutes. Les sus-sectins qui n nt pas de durée précisée snt inclues dans la durée ttale de la sectin. Versin 2011 Page 9 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1. Fndamentaux des (K2) 155 minutes Objectifs de cnnaissance pur Fndamentaux des Les bjectifs identifient ce que vus serez en mesure de faire en fin de chaque mdule. 1.1 Purqui les tests snt-ils nécessaires? (K2) LO-1.1.1 LO-1.1.2 LO-1.1.3 LO-1.1.4 LO-1.1.5 Décrire, avec des exemples, la manière par laquelle un défaut dans un lgiciel peut causer des dmmages à des persnnes, à l envirnnement u à la sciété. (K2) Faire la différence entre la cause initiale du défaut et ses effets. (K2) Dnner des raisns pur lesquelles les tests snt nécessaires en dnnant des exemples. (K2) Décrire purqui les tests fnt partie de l assurance qualité et dnner des exemples sur cmment les tests cntribuent à une qualité accrue. (K2) Expliquer et cmparer les termes faute, défaut, défaillance et les termes assciés erreur et bug. (K2) 1.2 Que snt les tests? (K2) LO-1.2.1 LO-1.2.2 LO-1.2.3 Rappeler les bjectifs habituels des tests. (K1) Furnir des exemples pur les bjectifs des tests lrs des différentes phases du cycle de vie lgiciel (K2) Faire la différence entre tester et débguer (K2) 1.3 Les 7 Principes généraux des tests (K2) LO-1.3.1 Expliquer les 7 principes généraux des tests (K2) 1.4 Prcessus de test fndamental (K1) LO-1.4.1 Rappeler les 5 activités de test fndamentales et les tâches assciées, de la planificatin aux activités de clôture (K1) 1.5 La psychlgie des tests (K2) LO-1.5.1 LO-1.5.2 Rappeler les facteurs psychlgiques ayant une influence sur le succès des tests (K1) Cmparer la mentalité d un testeur avec celle d un dévelppeur (K2) Versin 2011 Page 10 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1.1 Purqui les tests snt-ils nécessaires? (K2) 20 minutes Termes Bug, défaut, erreur, défaillance, défaut, méprise, qualité, risques, lgiciel, test. 1.1.1 Cntexte des systèmes lgiciels (K1) Les systèmes lgiciels deviennent une part intégrante de ntre existence, des applicatins cmmerciales (p.ex. bancaires) aux prduits de grande cnsmmatin (p.ex. autmbiles). La plupart d entre nus nt eu l expérience d un lgiciel qui n a pas fnctinné cmme attendu. Des lgiciels ne fnctinnant pas crrectement peuvent générer de nmbreux prblèmes, depuis des pertes financières, de temps u de réputatin, et puvant même aller jusqu à causer des blessures u la mrt. 1.1.2 Origine des défauts lgiciels (K2) Un être humain peut faire une erreur (méprise), qui prduit un défaut (bug) dans le cde, dans un lgiciel u un système, u dans un dcument. Si un défaut dans du cde est exécuté, le système n effectuera pas ce qu il aurait dû faire (u fera ce qu il n aurait pas dû faire), générant une défaillance. Des défauts dans les lgiciels, systèmes u dcuments peuvent générer des défaillances, mais tus les défauts ne le fnt pas. Les défauts apparaissent parce que les humains peuvent se trmper et à cause des échéanciers serrés, de la cmplexité du cde et des infrastructures, des mdificatins de technlgies et/u de multiples interactins entre les systèmes. Les défaillances peuvent être aussi causées par des cnditins d envirnnement : radiatins, magnétisme, champs électrniques et pllutin peuvent causer des défauts dans les micrprgrammes u influencer l exécutin des lgiciels en mdifiant les cnditins matérielles. 1.1.3 Rôle des tests dans le dévelppement, la maintenance et l pératin des lgiciels (K2) Des tests rigureux des systèmes et de la dcumentatin peuvent aider à réduire les risques d ccurrence de prblèmes dans l envirnnement pératinnel et cntribuent à la qualité des systèmes lgiciels, si les défauts décuverts snt crrigés avant la livraisn du système pur un usage pératinnel. Les tests de lgiciels peuvent aussi être nécessaires pur respecter des exigences légales u cntractuelles, u atteindre des nrmes industrielles spécifiques. 1.1.4 et qualité (K2) Avec l aide des tests, il est pssible de mesurer la qualité des lgiciels en termes de défauts truvés, pur des caractéristiques et exigences tant fnctinnelles que nn-fnctinnelles (p.ex. fiabilité, utilisabilité, rentabilité, maintenabilité et prtabilité). Pur plus d infrmatins sur les tests nn-fnctinnels vir Chapitre 2; pur plus d infrmatins sur les caractéristiques lgicielles vir Sftware Engineering Sftware Prduct Quality (ISO 9126). Les tests peuvent augmenter le niveau de cnfiance en la qualité d un lgiciel s ils truvent peu u pas de défauts. Un test cnçu crrectement et qui est exécuté sans erreur réduit le niveau de risque général du système. Quand les tests truvent des défauts, la qualité du système lgiciel s accrît quand ces défauts snt crrigés. Versin 2011 Page 11 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Des leçns devraient être apprises à partir des prjets précédents. En cmprenant les causes premières des défauts truvés dans d autres prjets, les prcessus peuvent être amélirés, ce qui ensuite peut prévenir l apparitin de ces défauts et, en cnséquence, amélirer la qualité des systèmes futurs. C est un aspect de l assurance qualité. Les tests devraient être intégrés cmme une activité de l assurance qualité (p.ex. au côté des standards de dévelppement, de la frmatin et de l analyse des défauts). 1.1.5 Cmbien de test est suffisant? (K2) Décider de cmbien de test est suffisant devrait prendre en cmpte le niveau de risque, incluant les risques techniques, les risques liés à la sureté et au prjet, ainsi que les cntraintes du prjet telles que le temps et le budget. Les risques sernt dévelppés au chapitre 5. Les tests divent furnir suffisamment d infrmatins pur que les respnsables puissent prendre des décisins infrmées cncernant la mise en prductin du lgiciel u du système en curs de test, pur l étape de dévelppement suivante u la livraisn aux clients. Versin 2011 Page 12 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1.2 Que snt les tests? (K2) 30 minutes Termes débgage, exigences, revues, cas de test, test, bjectifs des tests, test, Cntexte Une perceptin habituelle des tests est qu ils cnsistent uniquement en l exécutin de tests, en fait exécuter le lgiciel. C est une partie des tests, mais pas l ensemble des activités de test. Des activités de test existent avant et après l exécutin des tests. Ces activités incluent la planificatin et le cntrôle, la sélectin des cnditins de test, la cnceptin et l exécutin des cas de tests, la vérificatin des résultats, l évaluatin des critères de srtie, l infrmatin sur le prcessus de test et sur le système en curs de test ; elles incluent aussi la réalisatin et la finalisatin des activités de clôture définitive à la fin d une phase de test. Les tests incluent aussi la revue de dcuments (incluant le cde surce) et les analyses statiques. Les tests dynamiques et les tests statiques peuvent être utilisés cmme des myens pur atteindre des bjectifs similaires, et furnirnt des infrmatins permettant l améliratin du système à tester et des prcessus de dévelppement et de test. Les bjectifs de tests peuvent varier : Truver des défauts Acquérir de la cnfiance sur le niveau de qualité Furnir de l infrmatin utile aux prises de décisin Prévenir des défauts Le prcessus de réflexin et les activités visant à cncevir des tests tôt dans le cycle de vie (vérifier les bases de tests via la cnceptin des tests) peuvent aider à prévenir l intrductin de défauts dans le cde. Les revues de dcuments (p.ex. exigences), l identificatin et la réslutin de prblèmes peuvent aussi aider à prévenir l apparitin de défauts dans le cde. Les pints de vue différents des tests prennent en cmpte des bjectifs différents. Par exemple, dans les tests de dévelppement (p.ex. tests des cmpsants, d intégratin u système), l bjectif principal peut être de générer le plus de défaillances pssible de façn à identifier et à crriger les défauts dans le lgiciel. Dans les tests d acceptatin, l bjectif principal peut être de cnfirmer que le système fnctinne cmme attendu, pur s assurer qu il atteint les exigences. Dans certains cas l bjectif principal des tests peut être d évaluer la qualité d un lgiciel (sans chercher à truver des anmalies), de façn à furnir aux respnsables de l infrmatin sur les risques de distribuer un système à un mment précis. Les tests de maintenance incluent suvent des tests pur s assurer que de nuvelles anmalies n nt pas été intrduites pendant le dévelppement des évlutins. Pendant les tests d pératin, les bjectifs principaux peuvent être d évaluer les caractéristiques du système telles la dispnibilité u la fiabilité. Tester et débguer snt différents. Les tests dynamiques peuvent mntrer des défaillances causées par des défauts. Débguer est l activité de dévelppement qui truve, analyse et supprime les causes de la défaillance. Les tests de cnfirmatin ultérieurs effectués par un testeur assurent que la crrectin résut effectivement la défaillance. La respnsabilité de chaque activité est différente : les testeurs testent, les dévelppeurs débguent. Le prcessus de test et les activités de test snt expliqués en Sectin 1.4. Versin 2011 Page 13 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1.3 Les 7 principes généraux des tests (K2) 35 minutes Termes exhaustifs. Principes Un nmbre de principes de test nt été suggérés au curs des 40 dernières années et ffrent des indicatins cmmunes à tus les tests. Principe 1 Les tests mntrent la présence de défauts Les tests peuvent pruver la présence de défauts, mais ne peuvent pas en pruver l absence. Les tests réduisent la prbabilité que des défauts restent cachés dans le lgiciel mais, même si aucun défaut n est décuvert, ce n est pas une preuve d exactitude. Principe 2 Les tests exhaustifs snt impssibles Tut tester (tutes les cmbinaisns d entrées et de pré-cnditins) n est pas faisable sauf pur des cas triviaux. Plutôt que des tests exhaustifs, nus utilisns l analyse des risques et des prirités pur fcaliser les effrts de tests. Principe 3 Tester tôt Pur truver des défauts tôt, les activités de tests devraient cmmencer aussi tôt que pssible dans le cycle de dévelppement du lgiciel u du système, et devraient être fcalisées vers des bjectifs définis. Principe 4 Regrupement des défauts L effrt de test devrait être fixé prprtinnellement à la densité des défauts prévus et cnstatés dans les différents mdules. Un petit nmbre de mdules cntiennent généralement la majrité des défauts détectés lrs des tests pré-livraisn, u affichent le plus de défaillances en pératin. Principe 5 Paradxe du pesticide Si les mêmes tests snt répétés de nmbreuses fis, il arrivera que le même ensemble de cas de tests ne truvera plus de nuveaux défauts. Pur prévenir ce paradxe du pesticide, les cas de tests divent être régulièrement revus et révisés, et de nuveaux tests, différents, divent être écrits pur cuvrir d autres chemins dans le lgiciel u le système de façn à permettre la décuverte de nuveaux défauts. Principe 6 Les tests dépendent du cntexte Les tests snt effectués différemment dans des cntextes différents. Par exemple, les lgiciels de sécurité critique sernt testés différemment d un site de cmmerce électrnique. Principe 7 L illusin de l absence d erreurs Truver et crriger des défauts n aide pas si le système cnçu est inutilisable et ne cmble pas les besins et les attentes des utilisateurs. Versin 2011 Page 14 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1.4 Prcessus de test fndamental (K1) 35 minutes Termes de cnfirmatin, incident, test de régressin, base de tests, cnditins de tests, cuverture de test, dnnées de tests, exécutin des tests, critères de srtie, registre de test, plan de test, stratégie de test,prcédure de test, plitique de test, suite de test, rapprt de synthèse de tests, testware. Cntexte La partie la plus visible des tests est l exécutin des tests. Mais pur être efficaces et rentables, les plans de tests devraient aussi inclure du temps pur planifier les tests, cncevir les cas de tests, préparer les exécutins et évaluer l état. Le prcessus de test fndamental cmprend les activités principales suivantes: Planificatin des tests et cntrôle Analyse et cnceptin des tests Implémentatin et exécutin des tests Evaluer les critères de srtie et infrmer Activités de clôture des tests Bien que lgiquement séquentielles, les activités du prcessus peuvent se chevaucher partiellement u être cncurrentes. Une adaptatin de ces activités principales au cntexte du système u du prjet est en général requise. 1.4.1 Planificatin et cntrôle des tests (K1) La planificatin des tests cnsiste à définir les bjectifs du test et à spécifier les activités de test à mettre en œuvre pur atteindre les bjectifs et la missin. Le cntrôle des tests est une activité cntinue de cmparaisn de l avancement actuel par rapprt au plan, et d infrmatin sur l état, y cmpris les déviatins par rapprt au plan. Cela implique de prendre les actins nécessaires pur atteindre la missin et les bjectifs du prjet. Afin de cntrôler les tests, les activités de test devraient être cntrôlées tut au lng du prjet. La planificatin des tests prend en cmpte le feed-back des activités de cntrôle et de suivi. Les tâches de planificatin et cntrôle snt définies au chapitre 5 de ce syllabus. 1.4.2 Analyse et Cnceptin des tests (K1) L analyse et la cnceptin des tests représentent les activités ù les bjectifs de test généraux snt transfrmés en des cnditins de test et des cnceptins de test tangibles. L analyse et la cnceptin des tests se cmpsent des tâches majeures suivantes: Réviser les bases du test (telles que les exigences, le niveau d intégrité lgiciel 1 (niveau de risque), les rapprts d analyse de risque, l architecture, la cnceptin et les interfaces) Evaluer la testabilité des exigences et du système Identifier et pririser les cnditins de test sur la base de l analyse des articles de test, la spécificatin, le cmprtement et la structure du lgiciel 1 Le degré de cnfrmité auquel le lgiciel satisfait u dit satisfaire par rapprt à un ensemble de caractéristiques sélectinnées par les parties-prenantes u basées sur les systèmes lgiciels, et devant être définies pur refléter l imprtance du lgiciel pur les persnnes cncernées (p.ex: cmplexité lgicielle, niveau de sureté, niveau de sécurité, perfrmance suhaitée, rbustesse u cût). Versin 2011 Page 15 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Cncevir et pririser les tests de haut niveau Identifier les dnnées de test nécessaires pur les cnditins de test et les cas de test Cncevir l initialisatin de l envirnnement de test et identifier les infrastructures et utils requis Créer une traçabilité bi-directinnelle entre les bases de test et les cas de test 1.4.3 Implémentatin et exécutin des tests (K1) L implémentatin et l exécutin des tests est l activité ù les prcédures u scripts de test snt spécifiés en arrangeant les cas de test seln un rdre précis et en ajutant tute infrmatin utile pur l exécutin des tests; l envirnnement est initialisé et les tests snt lancés. L implémentatin et l exécutin des tests se cmpsent des tâches majeures suivantes: Finaliser, dévelpper et pririser les cas de test (yc l identificatin des dnnées de test) Dévelpper et pririser les prcédures de test, créer les dnnées de test et, éventuellement, préparer les harnais de test et écrire les scripts de tests autmatiques Créer des suites de tests à partir des prcédures de test pur une exécutin rentable des tests Vérifier que les envirnnements de tests nt été mis en place crrectement Vérifier et mettre à jur la traçabilité bi-directinnelle entre les bases de test et les cas de test Exécuter les prcédures de test sit manuellement sit en utilisant des utils d exécutin de tests, en suivant la séquence planifiée Cnsigner les résultats de l exécutin des tests et enregistrer les identités et versins des lgiciels en test, utils de test et testware Cmparer les résultats actuels et les résultats attendus. Signaler les divergences cmme des incidents et les analyser de façn à établir leur cause (p.ex. défaut dans le cde, dans les dnnées de test, dans la dcumentatin de test, u méprise dans la manière d exécuter le test) Répéter les activités de test en répnse aux actins prises pur chaque divergence. Par exemple, réexécutin d un test qui était préalablement défaillant de façn à valider une crrectin (test de cnfirmatin), exécutin d un test crrigé et/u exécutin de tests de façn à s assurer que des défauts n nt pas été intrduits dans des secteurs nn mdifiés du lgiciel u que le défaut crrigé n a pas décuvert d autres défauts (test de régressin) 1.4.4 Evaluer les critères de srtie et infrmer (K1) Evaluer les critères de srtie est l activité ù l exécutin des tests est évaluée en fnctin des bjectifs définis. Ceci devrait être fait pur chacun des niveaux de test. Evaluer les critères de srtie cntient les tâches majeures suivantes: Vérifier les registres de tests en fnctin des critères de srtie spécifiés dans la planificatin des tests Evaluer si des tests supplémentaires snt requis u si les critères de srtie divent être changés Ecrire un rapprt de synthèse des tests pur les parties prenantes 1.4.5 Activités de clôture des tests (K1) Les activités de clôture des tests rassemblent les dnnées des activités de tests terminées de façn à cnslider l expérience, les testwares, les faits et les valeurs. Ces activités snt menées aux jalns d un prjet, par exemple, quand un système lgiciel est mis en prductin, un prjet de test est terminé (u annulé), un jaln est atteint, u une versin de maintenance est terminée. Les activités de clôture des tests incluent les tâches majeures suivantes: Vérifier quels livrables prévus nt été livrés Clôturer les rapprts d incidents u créer des demandes d évlutin pur ceux restant uverts Dcumenter l acceptatin du système Versin 2011 Page 16 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Finaliser et archiver les testwares, envirnnements de test et infrastructures de test pur une réutilisatin future Furnir les testwares à l rganisatin en charge de la maintenance Analyser les leçns apprises pur identifier les changements nécessaires pur les versins et prjets futurs Utiliser l infrmatin cllectée pur amélirer la maturité des tests Versin 2011 Page 17 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1.5 La psychlgie des tests (K2) 25 minutes Termes Estimatin d erreur, test indépendant. Cntexte La turnure d esprit à utiliser pendant les tests et les revues est différente de celle utilisée lrs de l analyse u du dévelppement. Avec la mentalité apprpriée, des dévelppeurs snt capables de tester leur prpre cde, mais affecter cette respnsabilité à des testeurs permet typiquement de fcaliser l effrt et de furnir des bénéfices additinnels tels qu une perspective indépendante par des ressurces de test entraînées et prfessinnelles. Les tests indépendants peuvent être effectués à n imprte quel niveau des tests Un certain degré d indépendance (évitant le parti-pris de l auteur) est suvent plus efficace pur détecter des défauts et des défaillances. L indépendance n est pas cependant un remplacement de la familiarité, et les dévelppeurs peuvent efficacement truver beaucup d erreurs dans leur prpre cde. Plusieurs niveaux d indépendance peuvent être définis, cmme les niveaux suivants présentés du plus faible au plus élevé : cnçus par la (les) persnne(s) qui a (nt) écrit le lgiciel à tester (niveau faible d indépendance). cnçus par une (des) autre(s) persnne(s) (p.ex. de l équipe de dévelppement). cnçus par une (des) persnne(s) d un grupe différent au sein de la même rganisatin (p.ex. équipe de test indépendante) u par des spécialistes de test (p.ex. spécialistes en tests de perfrmance u utilisabilité) cnçus par une (des) persnne(s) d une rganisatin u sciété différente (p.ex. sustraitance u certificatin par un rganisme externe) Les persnnes et les prjets snt dirigés par des bjectifs. Les persnnes nt tendance à aligner leurs plans en fnctin des bjectifs mis en place par le management et les autres respnsables, par exemple, pur truver des défauts u cnfirmer qu un lgiciel fnctinne. De ce fait, il est imprtant de spécifier clairement les bjectifs des tests. L identificatin de défaillances pendant les tests peut être perçue cmme une critique cntre le prduit et cntre sn(ses) auteur(s). Les tests snt, de ce fait, suvent vus cmme une activité destructrice, même si c est très cnstructif dans la gestin des risques du prduit. Rechercher des défaillances dans un système requiert de la curisité, du pessimisme prfessinnel, un eil critique, une attentin au détail, une bnne cmmunicatin avec ses pairs en dévelppement, et de l expérience sur laquelle baser l estimatin d erreurs. Si des erreurs, défauts u défaillances snt cmmuniqués de manière cnstructive, l animsité entre les testeurs et les analystes, cncepteurs et dévelppeurs peut être évitée. Ceci s applique autant aux revues qu aux tests. Les testeurs et le respnsable des tests nt besin de bnnes cmpétences relatinnelles pur cmmuniquer des infrmatins factuelles sur les défauts, les prgrès et les risques, de manière cnstructive. Pur l auteur du lgiciel u du dcument, une infrmatin sur les défauts peut permettre d amélirer leur savir-faire. Les défauts truvés et crrigés pendant les tests permettrnt de gagner du temps et de l argent plus tard, et de réduire les risques. Des prblèmes de cmmunicatin peuvent survenir, particulièrement si les testeurs snt vus uniquement cmme messagers prteurs de mauvaises nuvelles cncernant des défauts. Versin 2011 Page 18 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard Cependant, il existe plusieurs manières d amélirer la cmmunicatin et les relatins entre les testeurs et leurs interlcuteurs : Cmmencer par une cllabratin plutôt que par des cnflits rappeler à chacun l bjectif cmmun de systèmes de meilleure qualité Cmmuniquer les décuvertes sur le prduit de façn neutre et factuelle sans critiquer la persnne respnsable, par exemple, écrire des rapprts d incidents (u des résultats de revues) bjectifs et factuels Essayer de cmprendre ce que ressent une autre persnne et purqui elle réagit cmme elle le fait Cnfirmer que l autre persnne a cmpris ce que l n a dit et vice versa Versin 2011 Page 19 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard
Syllabus Niveau Fndatin Cmité Lgiciels Internatinal Sftware Testing Qualificatins Bard 1.6 Cde d éthique 10 minutes L implicatin dans le test lgiciel permet aux individus d avir accès à des infrmatins cnfidentielles et privilégiées. Un cde d éthique est nécessaire, ntamment pur assurer que les infrmatins ne sient pas utilisées dans des cas nn apprpriés. En référence au cde d éthique d ACM et de l IEEE pur les ingénieurs, l ISTQB définit le cde d éthique suivant : PUBLIC les testeurs de lgiciels certifiés divent agir en fnctin de l intérêt public CLIENT ET EMPLOYEUR les testeurs de lgiciels certifiés divent agir pur l intérêt de leur client et de leur emplyeur tut en respectant l intérêt public PRODUIT les testeurs de lgiciels certifiés divent assurer que les furnitures qu ils prduisent (cncernant les prduits et les systèmes qu ils testent) répndent le plus pssible aux standards prfessinnels JUGEMENT les testeurs de lgiciels certifiés divent cnserver leur intégrité et leur indépendance dans leur jugement prfessinnel GESTION les chefs de prjet de test de lgiciels certifiés et les respnsables divent respecter et prmuvir une apprche mrale dans la gestin de prjets de test de lgiciels PROFESSION les testeurs de lgiciels certifiés divent mettre en avant l intégrité et la réputatin du métier en chérence avec l intérêt public COLLEGUES les testeurs de lgiciels certifiés divent être lyaux, aider leurs cllègues, et prmuvir le partenariat avec les dévelppeurs de lgiciels PERSONNELLEMENT les testeurs de lgiciels certifiés divent participer en permanence à de la frmatin pur leur métier et divent prmuvir une apprche mrale cncernant sa pratique. References 1.1.5 Black, 2001, Kaner, 2002 1.2 Beizer, 1990, Black, 2001, Myers, 1979 1.3 Beizer, 1990, Hetzel, 1988, Myers, 1979 1.4 Hetzel, 1988 1.4.5 Black, 2001, Craig, 2002 1.5 Black, 2001, Hetzel, 1988 Versin 2011 Page 20 de 80 3-Nv- Internatinal Sftware Testing Qualificatins Bard