Résumé Istqb

Que sont les tests ?
Test de logiciel ≠ Exécution du test

Le processus de test comprend également des
activités.
L'exécution des tests n'est qu'une de ces
activités.
Test Dynamique : Test Statique :

Implique l'exécution du N’implique pas l'exécution
composant ou du système du composant ou du système
testé testé
Vérification : Validation :
Vérifier que le système Assurer que le système répondra aux

répond aux exigences besoins des utilisateurs et des autres
spécifiées parties prenantes dans son (ses)
environnement(s) opérationnel(s).
environment(s).specified
requirements.
Objectifs typiques des tests : (les objectifs ne sont pas des principes)
• Évaluer les produits d’activités

• Les exigences spécifiées ont été satisfaites
• Construire la confiance
• Trouver des défaillances et défauts
• Prévenir des défauts
• Fournir d'information aux parties prenantes
• Réduire le niveau de risque
• En accord avec les lois et les standards
• Les objectifs peuvent varier…
Les objectifs varient d'un niveau à l'autre et d'un type à l'autre. Le produit de
travail peut être un code / une exigence / un cas de test… (Pas nécessairement
un logiciel).
Prévention des défauts grâce aux tests statiques.
Test Débogage Test de Confirmation
Fait par le développeur.
Fait par le testeur. Dans l’Agile : Le testeur Fait par le testeur.
peut être impliqué dans Vérifie si les correctifs
ont résolu les défauts.
le débogage et les tests
de composants.
Quality management Assurance qualité Quality Control
- La gestion de la - L’assurance qualité est - Le contrôle de la

qualité comprend principalement axée sur qualité comprend
toutes les activités qui le respect des processus diverses activités, y
dirigent et contrôlent adéquats, afin de compris des activités de
une organisation en donner l'assurance que test, qui contribuent à
matière de qualité. les niveaux de qualité l'atteinte de niveaux de
- Comprend à la fois appropriés seront qualité adéquats.
l'assurance qualité et le atteints.
contrôle qualité.
Faux négatifs : Les faux

Erreur Défaut négatifs sont des tests qui pas
Défaillance détecter les défauts qu'ils
devraient
ont détecté.
Code/ Logiciel / Composant Faux positifs : les faux positifs
Exigences Produit d’activité sont signalés comme des
/système
défauts, mais ne sont pas
(Action humaine)
réellement des défauts.
! Attention, tous les défauts ne mènent pas à l'échec (rappelez-vous que l'exemple du site
ne sera en panne qu'après 1000 utilisateurs…).
Pourquoi des erreurs se produisent-elles ?

• Les contraintes de temps • La complexité du travail
• La faillibilité humaine • Des nouvelles technologies
• L’inexpérience • Les malentendus sur les interfaces
• Une mauvaise communication intra-système et inter-système
• Les conditions de l’environnement
L'analyse des causes racines:
✓ Une technique d'analyse visant à identifier la cause première d'un défaut.
✓ L'analyse des causes racines peut conduire à des améliorations de processus qui
préviennent l'introduction d'un nombre important de défauts futurs.
Product Owner : qui rédige l’exigence.
Scrum Scrum Master (Coach) : définit et applique la méthodologie.
Scrum team: Testeurs & développeurs.
Histoire de l'utilisateur: En tant que qui, je veux quoi donc pourquoi.
7 principes sur les tests

1. Les tests montrent la présence de défauts, par leur absence
2. Les tests exhaustifs sont impossibles
3. Tester tôt économise du temps et de l’argent
4. Regroupement des défauts
5. Paradoxe du pesticide
6. Les tests dépendent du contexte
7. L’absence d’erreurs est une illusion
Critères de couverture:
✓ Les critères de couverture peuvent servir efficacement d'indicateurs clés de
performance (KPI) pour guider les activités qui démontrent l'atteinte des
objectifs des tests logiciels.
✓ Il est très utile que les bases de test aient des critères de couverture
mesurables définis.
✓ Chaque exigence est un élément de la base de test.
Activité de Taches Produit
test d’activité
Planification Définir les objectifs du test et l'approche retenue pour atteindre les objectifs. Plan de Test
des tests
• Le pilotage des tests implique la comparaison régulière de
Pilotage et l’avancement réel par rapport au plan de test Test progress/
contrôle des • Le contrôle des tests consiste à prendre les mesures nécessaires pour Summary
tests satisfaire aux objectifs du plan de test. reports
• Se basant sur l'évaluation des critères de sortie, que l’on appelle «
definition of done ».
• L’avancement des tests par rapport au plan est communiqué aux
parties prenantes dans des rapports d'avancement des tests.
Analyse de test • La réponse de la question “qu'est-ce que tester”
• Analyser les bases de test
✓ Les spécifications des exigences
✓ Design Conditions de
✓ Code Test /
✓ Les rapports d'analyse des risques Test de
• Définir et prioriser les conditions de test. Charters
• Capturer la traçabilité bidirectionnelle
• Identifier les caractéristiques et les ensembles de caractéristiques à
tester.
Conception des • La réponse de la question “Comment tester”.
tests • Concevoir et prioriser les cas de test et les ensembles de cas de test. Cas de test/
• Identifier les données. Données de
• Concevoir l'environnement de test. test
Implémentation • La réponse de la question “Avons-nous maintenant tout en place pour Procédure de

des tests exécuter les tests”. test /
• Développer et prioriser les procédures de test. Suites de
• Créer des suites de tests à partir des procédures de test et les test/calendrier
positionner dans un calendrier d'exécution des tests. d'exécution
• Construire l'environnement de test. des tests
Exécution des • Exécuter les suites de tests. Statut des cas
tests • Comparer les résultats obtenus avec les résultats attendus. de test /
• Rapport des défauts. Rapports des
• Test de confirmation, et/ou test de régression. défauts
Clôture des • Analyser les leçons apprises des activités de test terminées Rapport de
tests • Vérifier si tous les rapports de défauts sont clôturés. synthèse de
• Créer un rapport de synthèse de test. test /
• Finaliser et archiver l’environnement de test. Demande de
changement
La psychologie des tests :

• Un biais de confirmation qui fait qu'il est difficile d'accepter que le code est incorrect.
• Biais cognitifs peuvent rendre difficile à comprendre ou à accepter l'information produite par les tests.

Résumé Istqb

Transféré par

Droits d'auteur :

Formats disponibles

Résumé Istqb

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Résumé Istqb

Transféré par

Droits d'auteur :

Formats disponibles

Que sont les tests ?

Test de logiciel ≠ Exécution du test

Test Dynamique : Test Statique :

Vérifier que le système Assurer que le système répondra aux

• Évaluer les produits d’activités

Quality management Assurance qualité Quality Control

- La gestion de la - L’assurance qualité est - Le contrôle de la

Faux négatifs : Les faux

Pourquoi des erreurs se produisent-elles ?

Product Owner : qui rédige l’exigence.

Scrum Scrum Master (Coach) : définit et applique la méthodologie.

Scrum team: Testeurs & développeurs.

Histoire de l'utilisateur: En tant que qui, je veux quoi donc pourquoi.

7 principes sur les tests

2. Les tests exhaustifs sont impossibles

3. Tester tôt économise du temps et de l’argent

4. Regroupement des défauts

6. Les tests dépendent du contexte

7. L’absence d’erreurs est une illusion

Implémentation • La réponse de la question “Avons-nous maintenant tout en place pour Procédure de

La psychologie des tests :

Vous aimerez peut-être aussi