SlideShare une entreprise Scribd logo
TESTS UTILISATEURS, MON AMOUR
DE LA NÉCESSITÉ DE TESTS UTILISATEURS EN
ACCESSIBILITÉ
OU SI VOUS FAITES DE L’A11Y, POURQUOI VOUS
DEVEZ AIMER ET VOUS AIMEREZ LES TESTS
UTILISATEURS
Vincent Aniort, @sanvin
27 juin 2014
c’est qui lui ?
• Travaille chez Orange dans le seul
service d’accessibilité EASE
• Expert AccessiWeb depuis 2006,
membre du GTA,
• Référent accessibilité numérique à
l’APF (Association des Paralysés de
France),
• Ainsi qu’au niveau du CFHE
(Conseil Français des personnes
Handicapées pour les questions
Européennes),
• Et d’autres trucs…
1. Contexte
2. Comparaison
3. Testeurs
4. Organisation
5. Réaliser
6. Conclusion
Sommaire
1. Contexte
c’est la qualité d’un produit, ou d’un service d’être
utilisable par tous
 personnes en situation de handicap
 seniors
 personnes valides
et dans tous les contextes
 avec tous les types de matériel
PC, MAC, IE, FF, Opéra, tél mobiles
 dans un contexte dégradé
mauvaise luminosité, Touchpad en mobilité, petite bande passante
 avec les logiciels spécifiques de compensation de handicap
lecteurs d’écran, loupe logicielle …
Qu’est-ce que l’accessibilité ?
L’accessibilité du web…
The power of the Web is in its
universality.
Access by everyone
regardless of disability is an
essential aspect.
Tim Berners-Lee,
W3C Director and inventor of the World Wide Web
Référentiel d'accessibilité
Niveau A : environ 1/3 des critères
Niveau AA : environ 2/3 des critères
Niveau AAA : TOUS les critères
WCAG (Web Content Accessibility Guidelines)
le WAI (Web Accessibility Initiative), groupe de travail du W3C,
édicte des recommandations
WCAG 1 (1999)
WCAG 2 (2008), devenu une norme ISO/IEC 40500:2012
Contexte
• Tests utilisateurs accessibilité != tests
utilisateurs d’ergonomie (un utilisateur peut
suffire !)
• L’accessibilité, ce n’est pas qu’un problème
technique mais humain
• Prendre en compte des contextes d’utilisation
et des besoins différents
• Pour être avocat de l’utilisateur, rien ne vaut un
test utilisateur
2. Comparaison
Tests utilisateurs Audit expert
VS
Quelles sont les différences entre audit et
test utilisateur ?
tests utilisateurs audit technique complet
caractéristiques rapide et facile à mettre en
œuvre
long et couteux
intervenant 2 au minimum,
dont un utilisateur expert
au moins 1 expert accessibilité
mise en œuvre composant fonctionnel pages prêtes
mise en accessibilité itérative, progressive classique
échantillonnage principales fonctionnalités lot de pages
couverture partielle exhaustive (trop ?)
corrections ciblées, priorisées, limitées globales, complète, quantifiées
autres apports vertu pédagogique
3. Testeurs
Qui est-il ?
La perle rare :
un « vrai » utilisateur de l’application
et
un (ou des) utilisateur expert d’aides techniques (lecteur
d’écran en priorité, plusieurs testeurs en
validation/recette)
Mais, on est souvent limité :
•utilisateurs peu nombreux
•utilisent différents types d’AT (VoiceOver, Jaws, NVDA…)
•avec peu de testeur, on aura un test u efficace
Qui sont-ils?
Former à l’utilisation d’AT, mini tests utilisateurs
(mieux que rien) :
•experts accessibilité (bien sûr !)
•des développeurs
•des recetteurs, des qualifieurs
•des chefs de projet…
En fait, il faut jouer sur deux critères :
•connaissance de l’application
•connaissance des AT
4. Organisation
Comment les organiser ?
Pré requis 1
Il faut une personne formée ou un expert
accessibilité
En effet, besoin d’audit rapide technique pour
évaluer le niveau global :
•Aucune prise en compte  on fait pas
•Niveau moyen  identifier les barrières
•Propre  on améliore l’utilisabilité fine
(confort)/on valide
Comment les organiser ?
Pré requis 2
Des scénarios ou parcours utilisateurs (user story, use case) !
Qu’est ce ?
Un parcours utilisateur est :
– un ensemble d’instructions utilisateur,
– permettant d’effectuer une tâche précise dans l’ihm,
– cette tâche doit être une fonctionnalité principale, cruciale de l’application
Qui les écrit ?
Une personne qui connait l’appli cation et son contexte d’utilisation,
soit :
– MOA, métier
– Chef de projet (MOA,MOE, fonctionnel…)
– Utilisateur
– Expert accessibilité 
Ils doivent être… clairs, précis, complets et en nombre suffisant
Principales fonctionnalités
Fonctionnalités ou tâches essentielles d’une
application qui justifient son utilité pour l’utilisateur
Par exemple :
•Pour un site de vente :
– remplir son panier
– processus de paiement…
•Pour un site de prise de RDV client :
– identifier le client
– valider ses coordonnées
– poser un RDV, mettre un commentaire
Un exemple de parcours utilisateurs
Écran 1 : login/mot de passe
Écran 2 : page d’accueil
avec un choix de 5 onglets (menus principaux)
dont seuls 2 onglets sont utilisés : opérations et documentations
choix « Commande d’opération »
Écran 3 : « commande d’opération »
avec parcours ordonné sous forme de 7 onglets de 2e
niveau :
+ un picto « i » d’accès à une documentation (juste en dessous et présent sur tous les onglets).
 Choix onglet 1, « Type d’opération »
 Consulter les informations
Comment les organiser ?
Pré requis 3
Il faut avoir identifié la cible navigateurs/AT et les
typologies d’utilisateurs
Car, besoin de :
•valider le niveau d’accessibilité ressenti
•s’adapter aux différentes implémentations
•s ’adapter aux habitudes des utilisateurs (confort)
Comment les mettre en place ?
• Un binôme :
– Le guide : un technique formé ou un expert accessibilité
– Le testeur : en général, un utilisateur d’AT
ou
– un binôme, mais tout seul : jouer à l’utilisateur !
• Puis le guide explique et pilote, le testeur exécute les
parcours utilisateur un par un :
– repérage de points bloquants
– identification des contenus inaccessibles
– proposition de corrections techniques
– priorisation en fonction de l’incidence (gravité)
Points bloquants
• Barrières au niveau de l’accessibilité
empêchant d’effectuer une action
• Type de blocage, impact utilisateur
 priorisation des corrections
• Exemples sur un site de vente :
– label absent dans un formulaire d’inscription,
priorité 1
– système de correction des erreurs inaccessible,
priorité 2
– pas d’accès aux caractéristiques techniques des
produits, la priorité dépend du type de produits
Les qualités d’un bon test u
• Application, pas site contenu
• Rapide à mettre en œuvre
• S’assure que toutes les fonctionnalités cruciales
de l’application sont testées
• En mode « agile » à côté du dev, cycles courts,
itératifs
• Montrer les règles du jeu, impliquer les
développeurs  tester eux-mêmes, mini tests u
Retour d’expérience chez Orange
• 70% WCAG 2.0 AA et pas de points bloquants
• S’assurer que l’application est utilisable
(accessible) par tous et que l’on peut tout
faire
• Former les développeurs à tester tôt par eux-
mêmes puis validation experts
• Mise en place d’un label accessibilité pour
application métier (interne), valorisation du
travail de mise en accessibilité pour le projet
5. Réaliser
À quelles étapes doit on les planifier ?
"Test early, test often!"
À toutes les étapes :
– spécification, conception
– intégration : maquettes/pages fonctionnel(le)s
– développement : processus, composants
– recette/validation (confort, interopérabilité)
– évolutions (NR)
6. Conclusion
Qu’en retire t-on ?
• On a une approche fonctionnelle et non plus
page à page
• On identifie les problèmes d’interopérabilité et
de confort
• On lève les barrières d’accès aux fonctionnalités
clés de l’appli
• On priorise de fait les correctifs
• On améliore progressivement
• On sensibilise et on forme
Maintenant,
Ils permettent :
• Une mise en œuvre aisée (2 personnes)
• De tester tout au long du projet
• De prioriser les actions de correction
• Une amélioration progressive centrée
utilisateur et non plus QUE technique
• De valider qu’une application est accessible
Maintenant,
MERCI,
DES QUESTIONS ?

Contenu connexe

Tendances

Field research and interaction design: course #6
Field research and interaction design: course #6Field research and interaction design: course #6
Field research and interaction design: course #6
nicolas nova
 
Présentation Ingénierie Pédagogique
Présentation Ingénierie PédagogiquePrésentation Ingénierie Pédagogique
Présentation Ingénierie Pédagogique
DATANYWARE.com
 
JFTL2015 - Tester une application mobile de A à Z
JFTL2015 - Tester une application mobile de A à ZJFTL2015 - Tester une application mobile de A à Z
JFTL2015 - Tester une application mobile de A à Z
Cedric GAUTIER
 
Mobile Product Management par Damien delautier
Mobile Product Management par Damien delautierMobile Product Management par Damien delautier
Mobile Product Management par Damien delautier
WDPM
 
JFTL2013 - Retour d'expérience PagesJaunes
JFTL2013 - Retour d'expérience PagesJaunesJFTL2013 - Retour d'expérience PagesJaunes
JFTL2013 - Retour d'expérience PagesJaunesCedric GAUTIER
 
Mémoire - L'automatisation des tests fonctionnels - Emeline Simon
Mémoire - L'automatisation des tests fonctionnels - Emeline SimonMémoire - L'automatisation des tests fonctionnels - Emeline Simon
Mémoire - L'automatisation des tests fonctionnels - Emeline Simon
Emeline Simon
 
Automatisation des tests: le mythe du ROI
Automatisation des tests: le mythe du ROIAutomatisation des tests: le mythe du ROI
Automatisation des tests: le mythe du ROIGilles Mantel
 
Comment construire son laboratoire de tests mobiles avec HP Mobile Center
Comment construire son laboratoire de tests mobiles avec HP Mobile CenterComment construire son laboratoire de tests mobiles avec HP Mobile Center
Comment construire son laboratoire de tests mobiles avec HP Mobile Center
Guillaume Deshayes
 
Initiation aux tests fonctionnels - Philippe Kernevez - October 2009
Initiation aux tests fonctionnels - Philippe Kernevez - October 2009Initiation aux tests fonctionnels - Philippe Kernevez - October 2009
Initiation aux tests fonctionnels - Philippe Kernevez - October 2009
JUG Lausanne
 
Presentation tests d'acceptations automatisés sug v1.1
Presentation tests d'acceptations automatisés sug v1.1Presentation tests d'acceptations automatisés sug v1.1
Presentation tests d'acceptations automatisés sug v1.1
Jean-Emmanuel Houdu
 
Introduction à la validation de logiciel
Introduction à la validation de logicielIntroduction à la validation de logiciel
Introduction à la validation de logiciel
Jean-Paul CARMONA
 
Présentation Tests Fonctionnels
Présentation Tests FonctionnelsPrésentation Tests Fonctionnels
Présentation Tests Fonctionnels
DATANYWARE.com
 
Automatisation des tests - objectifs et concepts - partie 1
Automatisation des tests  - objectifs et concepts - partie 1Automatisation des tests  - objectifs et concepts - partie 1
Automatisation des tests - objectifs et concepts - partie 1
Christophe Rochefolle
 
Test de logiciels
Test de logiciels Test de logiciels
Test de logiciels
Bilel Abed
 
DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...
DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...
DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...
Olivier Destrebecq
 
Testapic WAQ 2016
Testapic WAQ 2016Testapic WAQ 2016
Testapic WAQ 2016
Testapic
 
Les tests utilisateurs pour les petits budgets
Les tests utilisateurs pour les petits budgetsLes tests utilisateurs pour les petits budgets
Les tests utilisateurs pour les petits budgets
L_Demontiers
 
Avis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsAvis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests Logiciels
CloudNetCare
 
[PFE] Master en ingénierie du logiciel
[PFE] Master en ingénierie du logiciel[PFE] Master en ingénierie du logiciel
[PFE] Master en ingénierie du logiciel
USTHB & DELTALOG
 

Tendances (19)

Field research and interaction design: course #6
Field research and interaction design: course #6Field research and interaction design: course #6
Field research and interaction design: course #6
 
Présentation Ingénierie Pédagogique
Présentation Ingénierie PédagogiquePrésentation Ingénierie Pédagogique
Présentation Ingénierie Pédagogique
 
JFTL2015 - Tester une application mobile de A à Z
JFTL2015 - Tester une application mobile de A à ZJFTL2015 - Tester une application mobile de A à Z
JFTL2015 - Tester une application mobile de A à Z
 
Mobile Product Management par Damien delautier
Mobile Product Management par Damien delautierMobile Product Management par Damien delautier
Mobile Product Management par Damien delautier
 
JFTL2013 - Retour d'expérience PagesJaunes
JFTL2013 - Retour d'expérience PagesJaunesJFTL2013 - Retour d'expérience PagesJaunes
JFTL2013 - Retour d'expérience PagesJaunes
 
Mémoire - L'automatisation des tests fonctionnels - Emeline Simon
Mémoire - L'automatisation des tests fonctionnels - Emeline SimonMémoire - L'automatisation des tests fonctionnels - Emeline Simon
Mémoire - L'automatisation des tests fonctionnels - Emeline Simon
 
Automatisation des tests: le mythe du ROI
Automatisation des tests: le mythe du ROIAutomatisation des tests: le mythe du ROI
Automatisation des tests: le mythe du ROI
 
Comment construire son laboratoire de tests mobiles avec HP Mobile Center
Comment construire son laboratoire de tests mobiles avec HP Mobile CenterComment construire son laboratoire de tests mobiles avec HP Mobile Center
Comment construire son laboratoire de tests mobiles avec HP Mobile Center
 
Initiation aux tests fonctionnels - Philippe Kernevez - October 2009
Initiation aux tests fonctionnels - Philippe Kernevez - October 2009Initiation aux tests fonctionnels - Philippe Kernevez - October 2009
Initiation aux tests fonctionnels - Philippe Kernevez - October 2009
 
Presentation tests d'acceptations automatisés sug v1.1
Presentation tests d'acceptations automatisés sug v1.1Presentation tests d'acceptations automatisés sug v1.1
Presentation tests d'acceptations automatisés sug v1.1
 
Introduction à la validation de logiciel
Introduction à la validation de logicielIntroduction à la validation de logiciel
Introduction à la validation de logiciel
 
Présentation Tests Fonctionnels
Présentation Tests FonctionnelsPrésentation Tests Fonctionnels
Présentation Tests Fonctionnels
 
Automatisation des tests - objectifs et concepts - partie 1
Automatisation des tests  - objectifs et concepts - partie 1Automatisation des tests  - objectifs et concepts - partie 1
Automatisation des tests - objectifs et concepts - partie 1
 
Test de logiciels
Test de logiciels Test de logiciels
Test de logiciels
 
DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...
DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...
DevMobCA #16: Comment arrêter de perdre des clients sur votre site ou appli s...
 
Testapic WAQ 2016
Testapic WAQ 2016Testapic WAQ 2016
Testapic WAQ 2016
 
Les tests utilisateurs pour les petits budgets
Les tests utilisateurs pour les petits budgetsLes tests utilisateurs pour les petits budgets
Les tests utilisateurs pour les petits budgets
 
Avis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests LogicielsAvis d'expert : Les Tests Logiciels
Avis d'expert : Les Tests Logiciels
 
[PFE] Master en ingénierie du logiciel
[PFE] Master en ingénierie du logiciel[PFE] Master en ingénierie du logiciel
[PFE] Master en ingénierie du logiciel
 

Similaire à Tests utilisateurs mon amour (a11y)

20140410 - Choisir et implanter un outil de test
20140410 - Choisir et implanter un outil de test20140410 - Choisir et implanter un outil de test
20140410 - Choisir et implanter un outil de test
LeClubQualiteLogicielle
 
Ns usability testing
Ns usability testingNs usability testing
Ns usability testing
Olivier Rovellotti
 
Ergonomie & Expérience Utilisateur (UX) | Cours Introduction
Ergonomie & Expérience Utilisateur (UX) | Cours IntroductionErgonomie & Expérience Utilisateur (UX) | Cours Introduction
Ergonomie & Expérience Utilisateur (UX) | Cours Introduction
Julien Roland
 
Témoignage Wonderbox - refonte site globale & tests utilisateurs
Témoignage Wonderbox - refonte site globale & tests utilisateursTémoignage Wonderbox - refonte site globale & tests utilisateurs
Témoignage Wonderbox - refonte site globale & tests utilisateurs
Ferpection
 
Ferpection pour meetup Qualité des Applications Mobiles
Ferpection pour meetup Qualité des Applications MobilesFerpection pour meetup Qualité des Applications Mobiles
Ferpection pour meetup Qualité des Applications Mobiles
Ferpection
 
Altics eyetracking
Altics eyetrackingAltics eyetracking
Altics eyetrackingALTICS
 
Découvrez enfin ce qui est réellement vu !
Découvrez enfin ce qui est réellement vu !Découvrez enfin ce qui est réellement vu !
Découvrez enfin ce qui est réellement vu !
ALTICS
 
Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...
Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...
Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...
Ferpection
 
Boostez le ROI de vos dispositifs digitaux
Boostez le ROI de vos dispositifs digitauxBoostez le ROI de vos dispositifs digitaux
Boostez le ROI de vos dispositifs digitaux
Idean France
 
qualimétrie logiciel - Entreprise Software Analytic - nov 2015
qualimétrie logiciel -  Entreprise Software Analytic - nov 2015qualimétrie logiciel -  Entreprise Software Analytic - nov 2015
qualimétrie logiciel - Entreprise Software Analytic - nov 2015
Julien Vq
 
Déploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
Déploiement continu, l'agilité maximisée ? - Pierre-Martin TardifDéploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
Déploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
Agile Montréal
 
Altics Tests Utilisateurs
Altics Tests UtilisateursAltics Tests Utilisateurs
Altics Tests UtilisateursALTICS
 
Testapic WAQ 2016
Testapic WAQ 2016Testapic WAQ 2016
Testapic WAQ 2016
Testapic
 
20130523 04 - Grille d'évaluation - Gestion du patrimoine de test
20130523 04 - Grille d'évaluation - Gestion du patrimoine de test20130523 04 - Grille d'évaluation - Gestion du patrimoine de test
20130523 04 - Grille d'évaluation - Gestion du patrimoine de test
LeClubQualiteLogicielle
 
Toolbox du designer : Useberry
Toolbox du designer : UseberryToolbox du designer : Useberry
Toolbox du designer : Useberry
Ludivine Dobigny
 
Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?
Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?
Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?
Philippe Dumont
 
Un exemple de méthodologie de conception orientée utilisateur de produits in...
 Un exemple de méthodologie de conception orientée utilisateur de produits in... Un exemple de méthodologie de conception orientée utilisateur de produits in...
Un exemple de méthodologie de conception orientée utilisateur de produits in...
M@rsouin
 
Kit De Survie Techno et Web à l'usage des Entrepreneurs
Kit De Survie Techno et Web à l'usage des EntrepreneursKit De Survie Techno et Web à l'usage des Entrepreneurs
Kit De Survie Techno et Web à l'usage des Entrepreneurs
Stéphanie Hertrich
 
[Agile Testing Day] Test & Métiers
[Agile Testing Day] Test & Métiers[Agile Testing Day] Test & Métiers
[Agile Testing Day] Test & Métiers
Cellenza
 

Similaire à Tests utilisateurs mon amour (a11y) (20)

20140410 - Choisir et implanter un outil de test
20140410 - Choisir et implanter un outil de test20140410 - Choisir et implanter un outil de test
20140410 - Choisir et implanter un outil de test
 
Ns usability testing
Ns usability testingNs usability testing
Ns usability testing
 
Ergonomie & Expérience Utilisateur (UX) | Cours Introduction
Ergonomie & Expérience Utilisateur (UX) | Cours IntroductionErgonomie & Expérience Utilisateur (UX) | Cours Introduction
Ergonomie & Expérience Utilisateur (UX) | Cours Introduction
 
Témoignage Wonderbox - refonte site globale & tests utilisateurs
Témoignage Wonderbox - refonte site globale & tests utilisateursTémoignage Wonderbox - refonte site globale & tests utilisateurs
Témoignage Wonderbox - refonte site globale & tests utilisateurs
 
Ferpection pour meetup Qualité des Applications Mobiles
Ferpection pour meetup Qualité des Applications MobilesFerpection pour meetup Qualité des Applications Mobiles
Ferpection pour meetup Qualité des Applications Mobiles
 
Altics eyetracking
Altics eyetrackingAltics eyetracking
Altics eyetracking
 
Découvrez enfin ce qui est réellement vu !
Découvrez enfin ce qui est réellement vu !Découvrez enfin ce qui est réellement vu !
Découvrez enfin ce qui est réellement vu !
 
Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...
Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...
Webinar Ferpection - le succès de vos sites et applications mobiles grâce aux...
 
Boostez le ROI de vos dispositifs digitaux
Boostez le ROI de vos dispositifs digitauxBoostez le ROI de vos dispositifs digitaux
Boostez le ROI de vos dispositifs digitaux
 
qualimétrie logiciel - Entreprise Software Analytic - nov 2015
qualimétrie logiciel -  Entreprise Software Analytic - nov 2015qualimétrie logiciel -  Entreprise Software Analytic - nov 2015
qualimétrie logiciel - Entreprise Software Analytic - nov 2015
 
Déploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
Déploiement continu, l'agilité maximisée ? - Pierre-Martin TardifDéploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
Déploiement continu, l'agilité maximisée ? - Pierre-Martin Tardif
 
Assurance qualité
Assurance qualitéAssurance qualité
Assurance qualité
 
Altics Tests Utilisateurs
Altics Tests UtilisateursAltics Tests Utilisateurs
Altics Tests Utilisateurs
 
Testapic WAQ 2016
Testapic WAQ 2016Testapic WAQ 2016
Testapic WAQ 2016
 
20130523 04 - Grille d'évaluation - Gestion du patrimoine de test
20130523 04 - Grille d'évaluation - Gestion du patrimoine de test20130523 04 - Grille d'évaluation - Gestion du patrimoine de test
20130523 04 - Grille d'évaluation - Gestion du patrimoine de test
 
Toolbox du designer : Useberry
Toolbox du designer : UseberryToolbox du designer : Useberry
Toolbox du designer : Useberry
 
Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?
Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?
Azetone - Comment optimiser l’expérience utilisateur de son appli mobile ?
 
Un exemple de méthodologie de conception orientée utilisateur de produits in...
 Un exemple de méthodologie de conception orientée utilisateur de produits in... Un exemple de méthodologie de conception orientée utilisateur de produits in...
Un exemple de méthodologie de conception orientée utilisateur de produits in...
 
Kit De Survie Techno et Web à l'usage des Entrepreneurs
Kit De Survie Techno et Web à l'usage des EntrepreneursKit De Survie Techno et Web à l'usage des Entrepreneurs
Kit De Survie Techno et Web à l'usage des Entrepreneurs
 
[Agile Testing Day] Test & Métiers
[Agile Testing Day] Test & Métiers[Agile Testing Day] Test & Métiers
[Agile Testing Day] Test & Métiers
 

Tests utilisateurs mon amour (a11y)

  • 1. TESTS UTILISATEURS, MON AMOUR DE LA NÉCESSITÉ DE TESTS UTILISATEURS EN ACCESSIBILITÉ OU SI VOUS FAITES DE L’A11Y, POURQUOI VOUS DEVEZ AIMER ET VOUS AIMEREZ LES TESTS UTILISATEURS Vincent Aniort, @sanvin 27 juin 2014
  • 2. c’est qui lui ? • Travaille chez Orange dans le seul service d’accessibilité EASE • Expert AccessiWeb depuis 2006, membre du GTA, • Référent accessibilité numérique à l’APF (Association des Paralysés de France), • Ainsi qu’au niveau du CFHE (Conseil Français des personnes Handicapées pour les questions Européennes), • Et d’autres trucs…
  • 3. 1. Contexte 2. Comparaison 3. Testeurs 4. Organisation 5. Réaliser 6. Conclusion Sommaire
  • 5. c’est la qualité d’un produit, ou d’un service d’être utilisable par tous  personnes en situation de handicap  seniors  personnes valides et dans tous les contextes  avec tous les types de matériel PC, MAC, IE, FF, Opéra, tél mobiles  dans un contexte dégradé mauvaise luminosité, Touchpad en mobilité, petite bande passante  avec les logiciels spécifiques de compensation de handicap lecteurs d’écran, loupe logicielle … Qu’est-ce que l’accessibilité ?
  • 6. L’accessibilité du web… The power of the Web is in its universality. Access by everyone regardless of disability is an essential aspect. Tim Berners-Lee, W3C Director and inventor of the World Wide Web
  • 7. Référentiel d'accessibilité Niveau A : environ 1/3 des critères Niveau AA : environ 2/3 des critères Niveau AAA : TOUS les critères WCAG (Web Content Accessibility Guidelines) le WAI (Web Accessibility Initiative), groupe de travail du W3C, édicte des recommandations WCAG 1 (1999) WCAG 2 (2008), devenu une norme ISO/IEC 40500:2012
  • 8. Contexte • Tests utilisateurs accessibilité != tests utilisateurs d’ergonomie (un utilisateur peut suffire !) • L’accessibilité, ce n’est pas qu’un problème technique mais humain • Prendre en compte des contextes d’utilisation et des besoins différents • Pour être avocat de l’utilisateur, rien ne vaut un test utilisateur
  • 10. Quelles sont les différences entre audit et test utilisateur ? tests utilisateurs audit technique complet caractéristiques rapide et facile à mettre en œuvre long et couteux intervenant 2 au minimum, dont un utilisateur expert au moins 1 expert accessibilité mise en œuvre composant fonctionnel pages prêtes mise en accessibilité itérative, progressive classique échantillonnage principales fonctionnalités lot de pages couverture partielle exhaustive (trop ?) corrections ciblées, priorisées, limitées globales, complète, quantifiées autres apports vertu pédagogique
  • 12. Qui est-il ? La perle rare : un « vrai » utilisateur de l’application et un (ou des) utilisateur expert d’aides techniques (lecteur d’écran en priorité, plusieurs testeurs en validation/recette) Mais, on est souvent limité : •utilisateurs peu nombreux •utilisent différents types d’AT (VoiceOver, Jaws, NVDA…) •avec peu de testeur, on aura un test u efficace
  • 13. Qui sont-ils? Former à l’utilisation d’AT, mini tests utilisateurs (mieux que rien) : •experts accessibilité (bien sûr !) •des développeurs •des recetteurs, des qualifieurs •des chefs de projet… En fait, il faut jouer sur deux critères : •connaissance de l’application •connaissance des AT
  • 15. Comment les organiser ? Pré requis 1 Il faut une personne formée ou un expert accessibilité En effet, besoin d’audit rapide technique pour évaluer le niveau global : •Aucune prise en compte  on fait pas •Niveau moyen  identifier les barrières •Propre  on améliore l’utilisabilité fine (confort)/on valide
  • 16. Comment les organiser ? Pré requis 2 Des scénarios ou parcours utilisateurs (user story, use case) ! Qu’est ce ? Un parcours utilisateur est : – un ensemble d’instructions utilisateur, – permettant d’effectuer une tâche précise dans l’ihm, – cette tâche doit être une fonctionnalité principale, cruciale de l’application Qui les écrit ? Une personne qui connait l’appli cation et son contexte d’utilisation, soit : – MOA, métier – Chef de projet (MOA,MOE, fonctionnel…) – Utilisateur – Expert accessibilité  Ils doivent être… clairs, précis, complets et en nombre suffisant
  • 17. Principales fonctionnalités Fonctionnalités ou tâches essentielles d’une application qui justifient son utilité pour l’utilisateur Par exemple : •Pour un site de vente : – remplir son panier – processus de paiement… •Pour un site de prise de RDV client : – identifier le client – valider ses coordonnées – poser un RDV, mettre un commentaire
  • 18. Un exemple de parcours utilisateurs Écran 1 : login/mot de passe Écran 2 : page d’accueil avec un choix de 5 onglets (menus principaux) dont seuls 2 onglets sont utilisés : opérations et documentations choix « Commande d’opération » Écran 3 : « commande d’opération » avec parcours ordonné sous forme de 7 onglets de 2e niveau : + un picto « i » d’accès à une documentation (juste en dessous et présent sur tous les onglets).  Choix onglet 1, « Type d’opération »  Consulter les informations
  • 19. Comment les organiser ? Pré requis 3 Il faut avoir identifié la cible navigateurs/AT et les typologies d’utilisateurs Car, besoin de : •valider le niveau d’accessibilité ressenti •s’adapter aux différentes implémentations •s ’adapter aux habitudes des utilisateurs (confort)
  • 20. Comment les mettre en place ? • Un binôme : – Le guide : un technique formé ou un expert accessibilité – Le testeur : en général, un utilisateur d’AT ou – un binôme, mais tout seul : jouer à l’utilisateur ! • Puis le guide explique et pilote, le testeur exécute les parcours utilisateur un par un : – repérage de points bloquants – identification des contenus inaccessibles – proposition de corrections techniques – priorisation en fonction de l’incidence (gravité)
  • 21. Points bloquants • Barrières au niveau de l’accessibilité empêchant d’effectuer une action • Type de blocage, impact utilisateur  priorisation des corrections • Exemples sur un site de vente : – label absent dans un formulaire d’inscription, priorité 1 – système de correction des erreurs inaccessible, priorité 2 – pas d’accès aux caractéristiques techniques des produits, la priorité dépend du type de produits
  • 22. Les qualités d’un bon test u • Application, pas site contenu • Rapide à mettre en œuvre • S’assure que toutes les fonctionnalités cruciales de l’application sont testées • En mode « agile » à côté du dev, cycles courts, itératifs • Montrer les règles du jeu, impliquer les développeurs  tester eux-mêmes, mini tests u
  • 23. Retour d’expérience chez Orange • 70% WCAG 2.0 AA et pas de points bloquants • S’assurer que l’application est utilisable (accessible) par tous et que l’on peut tout faire • Former les développeurs à tester tôt par eux- mêmes puis validation experts • Mise en place d’un label accessibilité pour application métier (interne), valorisation du travail de mise en accessibilité pour le projet
  • 25. À quelles étapes doit on les planifier ? "Test early, test often!" À toutes les étapes : – spécification, conception – intégration : maquettes/pages fonctionnel(le)s – développement : processus, composants – recette/validation (confort, interopérabilité) – évolutions (NR)
  • 27. Qu’en retire t-on ? • On a une approche fonctionnelle et non plus page à page • On identifie les problèmes d’interopérabilité et de confort • On lève les barrières d’accès aux fonctionnalités clés de l’appli • On priorise de fait les correctifs • On améliore progressivement • On sensibilise et on forme
  • 28. Maintenant, Ils permettent : • Une mise en œuvre aisée (2 personnes) • De tester tout au long du projet • De prioriser les actions de correction • Une amélioration progressive centrée utilisateur et non plus QUE technique • De valider qu’une application est accessible Maintenant,

Notes de l'éditeur

  1. L’environnement crée le handicap : mauvaise luminosité, Touchpad en mobilité je suis entendant, mais je suis entouré de personnes sourdes, qui parlent la langue des signes
  2. Ce souci d’universalité inclut également les personnes handicapés et les technologies d’assistance qu’elles utilisent, « Mettre le Web et ses services à la disposition de tous les individus, quel que soit :- leur matériel ou logiciel, - leur infrastructure réseau, - leur langue maternelle, - leur culture, - leur localisation géographique, - ou leurs aptitudes physiques ou mentales. »
  3. Le World Wide Web Consortium, (W3C), est un organisme de normalisation a but non-lucratif, fondé en octobre 1994 comme un consortium chargé de promouvoir la compatibilité des technologies du World Wide Web telles que HTML, XHTML, XML, CSS... Le W3C n'émet pas des normes au sens européen, mais des recommandations à valeur de standards industriels. L'initiative sur l'accessibilité du Web ou Web Accessibility Initiative (WAI) fut lancée en février 1997 par le World Wide Web Consortium (W3C).
  4. c’est un problème d’humain, pour rendre accessible, il y a des humains construisant des pages pour d’autres humains qui les utilisent. L’audit technique ne suffit pas pour caractériser l’accessibilité d’une appl. un seul utilisateur bien choisi de lecteur d’écran suffit, c’est notre retour de 7 ans de tests u qui nous a amené à cette conclusion
  5. Voici un autre exemple de diapositives de vue d’ensemble utilisant des transitions.
  6. L’exhaustivité amène trop de corrections sans priorisation des actions déroutant pour les moe/dev
  7. Voici un autre exemple de diapositives de vue d’ensemble utilisant des transitions.
  8. en fait en lecteurs d’écran car les plus impactés par un manque d’A11y Évidemment un « vrai utilisateur » d’aide techniques, un utilisateur aguerri utilisateur peu nombreux sur une appli donnée Bloqué par rapport tests ergo dans le choix par handicap discriminer par utilisation de soft spécifique
  9. c’est ce qu’on appelle des mini tests utilisateurs, c’est mieux que pas de tests u et permet de limiter le nombre les « vrais » tests u en identifier précocement les problèmes d’a11y
  10. Voici un autre exemple de diapositives de vue d’ensemble utilisant des transitions.
  11. Les test u, il est nécessaire de les coupler avec des audits techniques
  12. Il faut connaitre le contexte d’utilisation de l’appli : à quoi sert elle, par qui elle est telle utilisée, que font les utilisateur avec, leur activité ? Il faut des scénarios utilisateurs précis et en nombre suffisants permettant d’utiliser toutes les fonctionnalités principales, essentielles de l’appli
  13. lors de tests u, les parcours u doivent permettre de bout en bout de passer sur toutes ces fonctionnalités principales
  14. en binôme avec un utilisateur AT, expert accessibilité ou dev formé à l’accessibilité, chef de projet MOE mieux que rien ils sont les seuls capables de proposer des pistes de correction et des solutions techniques possibles pour recette On exécute le scénario en guidant l’utilisateur expert en explicitant ce qu’il a à faire Point bloquant utilisateur (barrières) + solution + priorisation gravité impact utilisateur
  15. court et rapide, peu d’utilisateur mais tributaire de lalongueur des scénars le plus gros débroussailler
  16. les test u chez Orange sont partie intégrante de la mise en accessibilité orange
  17. Voici un autre exemple de diapositives de vue d’ensemble utilisant des transitions.
  18. Il faut tester tôt « release early, release often » Conception : pédago Dès que des pages voire même de simples composants d’interface sont prêts En dev, inté, conception : en mode agilité avec les dev pédago formation test composant par composant genre test unitaires au niveau utilisateur En recette pour validation Valider les évolutions patchs avec les scénars en prod suivi de l’access au long court,  test de qualification d’une nouvelle version (NR) !
  19. interopérabilité : implémentation différentes de certains codage html/css et support ARIA
  20. si vous avez raté le début ou vous vous seriez endormi… que fallait il retenir ?