Bonnes pratiques en tests logiciel orienté utilisateur

Forum AMOA-BA ADN Ouest
Les bonnes pratiques en test
logiciel orienté utilisateur
Florent Cordeau
26/02/2015
Qui suis-je ?
• Florent Cordeau
– Responsable Cellule Recette chez CBP Solutions
– Chargé d’Enseignement Vacataire à l’Université de Nantes
– Membre de Ouest Qualité Logiciel (OQLO)
SOMMAIRE
1 - QU’EST-CE QUE LE TEST ?
2 - QUAND DOIT-ON TESTER ?
3 - QUE DOIT-ON TESTER ?
4 - COMMENT TESTER ?
5 - EN CONCLUSION
QU’EST-CE QUE LE TEST ?
Qu’est-ce que le test ?
• La vérification
– La vérification répond à la question :
« Est-ce que nous faisons le produit correctement ? »
• La validation
– La validation répond à la question :
« Est-ce le bon produit ? »
Les phases de test
Vérification
Test Unitaire
Procédure
permettant de
vérifier le bon
fonctionnement
d'une partie
précise d'un
logiciel ou d'une
portion d'un
programme
(appelée
« unité » ou
« module »).
Validation
Test d’Intégration
Test Système
Test d’Acceptation
Tests effectués
pour montrer des
défauts dans les
interfaces et
interactions de
composants.
Processus de test
d’un système
intégré pour
vérifier qu’il
réponde à des
exigences
spécifiés [W. C.
Hetzel].
Test en rapport
avec les besoins,
exigences et
processus métier,
conduit pour
déterminer si un
système satisfait
ou non aux
critères
d’acceptation
[IEEE 610].
Qui fait les tests ?
Vérification
Test Unitaire
Test d’Intégration
Validation
Test Système
Test d’Acceptation
Qui fait les tests ?
Vérification
Test Unitaire
Test d’Intégration
Validation
Test Système
Test d’Acceptation
Qui fait les tests ?
Vérification
Test Unitaire
Test d’Intégration
Validation
Test Système
Test d’Acceptation
QUAND DOIT-ON TESTER ?
Quand testez-vous ?
• Résultat du BaroQL Utilisateur
BaroQL 2014 par A2JV - http://www.adnouest.fr/ et http://a2jv.fr -
Quand tester ?
• Dépend de la méthodologie employée
– Cascade (exemple cycle en V)
• A la fin du projet
– Itérative (exemple : Scrum, RUP …)
• Tout au long du projet
Cycle en cascade
– Effet tunnel
– Validation en fin de projet
– Repartir du début si le besoin
n’est pas respecté
Spécification
Réalisation
Vérification
Validation
Validation & Cycle en V
– Impliquer les utilisateurs en
phase de conception
– Commencer à tester même si
toute l’application n’est pas
terminée
– Limiter l’effet tunnel
Spécification
Réalisation
Vérification
Validation
Cycle itératif
– Validation tout au long du projet
– Feed Back régulier
– Evite l’effet tunnel
S R V
Val
S R V
Val
S R V
Val
S R V
Validation
QUE DOIT-ON TESTER ?
Que testez-vous ?
• Résultat du BaroQL Utilisateur
BaroQL 2014 par A2JV - http://www.adnouest.fr/ et http://a2jv.fr -
Le plan de test
• Document de planification et de
management dont l’objectif est de montrer:
– Comment sera effectuée la campagne de test
– Qui la fera
– Ce qui sera testé
– Combien de temps cela prendra
– Quelle sera la couverture de test
– Quand seront effectués les tests
–…
Tester ou ne pas tester
• Problématique : maîtriser le coût, la qualité
et le délai
• Risk Based Testing (RBT)
– Méthode permettant de prioriser les tests en
fonction de l’importance d’une défaillance sur
une fonctionnalité et sa probabilité d’occurrence
(fréquence d’utilisation).
COMMENT TESTER ?
Préparation & exécution
• Ne pas négliger la phase de préparation
• Utiliser un référentiel de test pour :
– Lister les cas à exécuter
– Obtenir des métriques : couverture des tests …
– Visibilité sur l’avancement
– Capitaliser pour les prochaines fois
– …
Préparation & exécution
• Utiliser un gestionnaire d’anomalies
– Traçabilité
– Mesurer la qualité
– Axer l’effort de test
–…
Clôture des tests
• Rédiger un PV de fin de test :
– Récapitule les tests exécutés
– Présente le résultat des tests
– Liste les éventuels réserves pour traitement
EN CONCLUSION
En conclusion
Adapter les bonnes pratiques à votre
contexte
VOUS AVEZ DES QUESTIONS ?
MERCI DE VOTRE ATTENTION