Objectif de test
1. Évaluer les produits d'activités tels que les exigences, les User Stories, les
conceptions et le code
2. Provoquer des défaillances et trouver des défauts.
3. Assurer la couverture requise d'un objet de test.
4. Réduire le niveau de risque d'une qualité logicielle insuffisante.
5. Vérifier si les exigences spécifiées ont été satisfaites.
6. Vérifier qu'un objet de test est conforme aux exigences contractuelles,
légales et réglementaires
7. Fournir des informations aux parties prenantes pour leur permettre de
prendre des décisions
Éclairées
8. Construire la confiance dans la qualité de l'objet de test.
9. Valider si l'objet de test est complet et fonctionne comme attendu par les
parties prenantes.
Principes de test
1. Le test montre la présence, et non l'absence, de défauts.
2. Le test exhaustif est impossible.
3. Tester tôt économise du temps et de l'argent.
4. Regroupement des défauts.
5. Usure des tests.
6. Les tests dépendent du contexte
7. L'illusion de l'absence de défaut.
Processus de test
1. Planification des tests et contrôle
2. Suivi & contrôle
3. Analyse
4. Conception des tests
5. Implémentation
6. Exécution des tests
7. Evaluer les critères de sortie et informer
8. Activité de clôture de test
Approches Test
1. SHIFT LEFT
2. ÉQUIPE INTÉGRÉE
3. DEVOPS
4. RÉTROSPECTIVE
Niveau de test
1. Test des composants / Unitaire
2. Test d’intégration de composants
3. Test Système
4. Test d’intégration Système
5. Test d’acceptation
Type de test
1. Test fonctionnel
2. Test non-fonctionnel (Compatibilité, Utilisabilité, Fiabilité, Sécurité, Maintenabilité…)
3. Test structurel (Le test boîte noire, Le test boîte blanche)
4. Test de confirmation & régression
5. Test de maintenance
Formes de test
1. Tests d’acceptation utilisateur
2. Tests (d’acceptation) opérationnelle
3. Tests d’acceptation contractuelle et réglementaire
4. Les Alpha tests
5. Les Béta tests
Techniques dynamique de test
5. Boite blanche
6. Boite noire
7. Basé sur l’expérience
8. Test basé sur la collaboration
Techniques statiques de test
1. Analyse Statique
2. Revue (formelle, informelle)
Les techniques de conception boite noire
1. Basées sur les spécifications
2. Incluent les tests fonctionnels et non fonctionnels.
3. Partition d’équivalence
4. Analyse des valeurs limites
5. Table de décision
6. Transition d’état
Les techniques de conception boite blanche
1. Basés sur la structure (Architecture de l’application)
2. Basés sur une analyse de la structure d’un composant ou du système.
3. Test des instructions
4. Test des décisions
Risque Projet
1. Problème organisationnel
2. Problème technique
3. Problème d’acquisition
Risque Produit
1. Logiciel défectueux
2. Qualité faible
Critère de sortie
1. Défaut découvert
2. Budget
3. Temps de consommation
4. Risque couvert
5. Tests exécutés
Tests Non-Fonctionnels
1. Tests de performances
2. Tests de charge
3. Tests de stress
4. Tests d’utilisabilité
5. Tests de maintenabilité
6. Tests de fiabilité
7. Tests de portabilité
Définitions ISTQB
1. Erreurs : action humaine. Tout membre de l'équipe peut faire des erreurs au cours des
différentes phases de développement logiciel.
2. Défauts : est un écart entre les résultats attendus et réels. Une erreur détectée par le
testeur est appelée Défaut
3. Défaillances : est la conséquence d'un défaut. Se produit lorsque le logiciel ne fonctionne
pas dans l'environnement réel
4. Causes racine : une source de défaut telle que si elle est retirée, l’apparition de ce type de
défaut est diminuée ou supprimée
5. Débogage consiste à trouver les causes de défaillance ou défauts, à analyser ses causes et
à les éliminer. Le processus de débogage implique les tâches suivantes :
· Reproduction d'une défaillance.
· Diagnostic (trouver la cause racine).
· Correction de la cause.
