Académique Documents
Professionnel Documents
Culture Documents
1
SOMMAIRE
STRATEGIE DE TEST
Présentation de l’objet de test _ P.3 Méthodologie de traitement des anomalies_ P.13 & 14
Rétro-planning _ P.4 & P.5 Metrics _ P.15
Périmètre des tests_ P.6 à P.8 Critères de sortie_P.16
Ressources _ P.9 Go! No Go!_P.17
Risques _ P.10 Axes d’améliorations_P.18
Outils_ P.11 Plan d’action_P.19
Méthodologie de travail_ P.12 Glossaire_P.20
2
OBJET DE TEST
Dans le cadre de ce projet, nous avons travaillé sur le site curlshop.com, il s’agit d’une plateforme de e-commerce.
Le travail à accomplir sur ce projet était d’exécuter une stratégie de test afin de déceler les éventuels bug de la
plateforme à travers des tests exploratoire dans le but de proposer une navigation fluide pour l’utilisateur
3
RETRO PLANNING
CAMPAGNE 1
Lun. 08/05 Mar. 09/05 Mer. 10/05 Jeu. 11/05 Ven. 12/05
AM : Remise du Matin : Exploration Matin : Création de la Matin : Matin : Rédaction des
projet, création de de la plateforme mindmap + Jira Rédaction de la CDT + Tests
l’équipe
stratégie de test
AM : Répartition des AM : AM : Rédaction des AM : Tests
EPIC + US CDT
Rédaction des EPIC +
US
4
RETRO PLANNING
CAMPAGNE 2
Lun. 15/05 Mar. 16/05 Mer. 17/05 Jeu. 18/05 Ven. 19/05
Matin : Rédaction des Matin : Tests C2 + Matin : Tests C2 + Matin : Rédaction des Matin : Rédaction du
CDT TNR + confirmation TNR + confirmation rapports de bug PV de recette
AM : Tests C2 + TNR AM : Rédaction des AM : Rédaction du AM : Review + Retro
AM : Tests C2 + TNR + confirmation rapports de bug PV de recette
+ confirmation
5
PERIMETRE DES TESTS
Mindmap
6
PERIMETRE DES TESTS
7
FEATURES & ENVIRONNEMENTS
In Scope :
- Device : Laptop
- Technique de test : fonctionnel / exploratoire
- Niveau de test : Intégration / Système / Acceptation
- Fonctionnalités : Inscription / Connexion / Accueil / Mon
compte / Shop Products / Brand & Services / Panier /
Favoris
Out of Scope :
- Device : Smartphone / Pad / Desktop
- Technique de test : performance / charge
- Fonctionnalités : Paiement
8
RESSOURCES
Device : Laptop
9
RISQUES
Durant la vie de ce cycle de test plusieurs facteurs de risques ont du être identifiés et pris en considération, en effet ces
derniers pouvant affecter qualitativement la production ou encore allonger les délais de sortie de test.
- Ressources humaines ( congés maladies et autres..)
- Risques liés au serveur et l’instabilité de l’objet de test, risque d’ordre matériel et technique (Wifi, Laptop etc)
- Incompatibilité browser
Indisponibilité des testeurs Modifications des horaires de réunion ou résumé des réunions envoyés aux
absents
Réaliser les tests Safari sur Windows Téléchargement de Safari pour Windows
10
OUTILS
11
METHODOLOGIE DE TRAVAIL
TYPES DE TESTS :
Méthode KANBAN, qualifié de méthode Agile
Approche BDD (langage Gherkin)
Test exploratoire
Test fonctionnel
Partie testée : front-end
STAKEHOLDERS :
Adil / Fiona / Kenza / Kamal / Maï / Rebecca / Wallace : QA
CurlShop (Mohammed) : Donneur d’ordre
INSTANCES :
Daily scrum 17h15 animé par Kamal
METHODE :
- Agile
CANAL DE COMMUNICATION :
- Teams
- Whatsapp
12
TRAITEMENT DES ANOMALIES
PROCEDURE DE REPORTING :
Le Reporting de Bugs a été transmis via Jira au développeur, n’ayant à notre disponibilité qu’un seul développeur et
dans le soucis de ne pas créer de doublon, nous avons fait le choix de ne remonter qu’un seul ticket de bug par
environnement et par anomalie fonctionnelle.
13
CATEGORIESATION
DES ANOMALIES
SEVERITE :
- Bloquante
- Majeur
- Mineur
PRIORITE :
- Haute
- Moyenne
- Basse
14
WORKFLOW
CORRECTION TEST DE
OUVERTE CORRIGEE CONFIRMATION
DEV OK
TEST DE
CONFIRMATION
KO
CLOSED
15
METRICS
R1 R2
Safari Chrome Safari Chrome
Passed 46 42 38 38
Failed 3 3 0 0
16
CRITERES DE SORTIE
17
GO! NO GO!
Les critères de sortie sont atteint, la qualité du site est tel qu’attendu et les fonctionnalités permettent une
expérience utilisateur fluide.
En accord avec les critères de sortie édictées en P.17 de ce même document, la team QA recommande un GO
18
A X E D’ A M E L I O R A T I O N
Une formation à l’automatisation aurait permit une meilleure efficacité dans le déroulement des tests
19
P L A N D’ A C T I O N
RESSOURCES HUMAINES
Prévoir une formation à l’automatisation
20
GLOSSAIRE
CDT : Cas de Test Bug : défaut ou anomalie
Stakeholders: personnes concernées par le projet Test passed : le test est passé avec succès
Customer Requirements : exigences client Monkey test : test vasé sur l’expérience, l’exploration
QA: qualité assurance du site web ou de l’application en vu de trouver des bugs
P: pour priorité Build : version d’un software ou d’une application
S: pour sévérité Test failed: test a échoué
BDD : Behavior driven development Workflow : flux de travail
QA Team : équipe qualité Browser : navigateur internet
Unexpected event : événement inattendu In/out of scope: Inclusion/Exclusion
Test lead : test manager Features: fonctionnalités
GUI : interface graphique utilisateur
Spec : spécification client
21