Exemple de parcours e-commerce
- Rechercher un produit
- Parcourir les résultats
- Ouvrir une fiche produit
- Choisir les options
- Ajouter au panier
- Renseigner livraison et coordonnées
- Atteindre le paiement
- Obtenir la confirmation
Démarche de test
Un test fonctionnel documenté, du besoin au retest.
Le but n’est pas seulement de constater qu’une action échoue : il faut pouvoir reproduire l’erreur, comprendre son impact et donner une base fiable pour la corriger.
Nous définissons le produit, la version, le point de départ, l’objectif, les étapes attendues, les accès nécessaires et les environnements. Une étape correspond à une action fonctionnelle identifiable.
Sur Windows, j’utilise NVDA au clavier. Pour un produit web, le parcours est réalisé sous Firefox et Chrome. Pour un logiciel Windows natif, le test se déroule directement dans l’application. Sur iPhone, j’utilise VoiceOver avec les gestes habituels, dans Safari ou dans l’application iOS.
Je m’appuie sur les faits observés pendant le test et sur le code disponible pour guider l’analyse. L’intelligence artificielle peut aider à rechercher la cause et à proposer une solution, mais elle ne remplace jamais le test réel.
Chaque anomalie est décrite avec son impact utilisateur, les étapes de reproduction, l’environnement concerné, une priorité et une recommandation technique. Le rapport mentionne la date, les versions, le système, les navigateurs et les lecteurs d’écran utilisés.
Votre équipe peut corriger puis commander un retest. Vous pouvez aussi me confier les corrections prévues au devis : je pilote leur production avec l’assistance de l’IA, puis je les teste et les fais améliorer jusqu’au résultat convenu dans les environnements définis.
Le devis et le rapport nomment précisément le parcours et les versions testées. Une modification ultérieure du site, du logiciel, du navigateur ou du lecteur d’écran peut modifier le résultat. Je ne présente jamais un test fonctionnel ciblé comme une validation complète de conformité RGAA.