Aller au contenu principal

Audit et tests d’accessibilité pour sites web, applications et services numériques

Sachez où se trouvent les obstacles d’accessibilité, comment ils touchent vos utilisateurs et ce que votre équipe doit corriger en premier. Wawsome associe des tests menés par des experts à des recommandations concrètes. Vous rendez vos services numériques plus accessibles et vous avancez sur les WCAG, la norme EN 301 549 et l’European Accessibility Act.

  • Analyse par des experts
  • Résultats concrets
  • Tests adaptés à vos parcours numériques
Au-delà du scan

Un scan automatique signale des erreurs. Mais vos clients peuvent-ils aller jusqu’au bout ?

Un formulaire peut passer les contrôles automatiques de base et rester difficile à remplir avec un lecteur d’écran. Une page de paiement peut sembler correcte et pourtant bloquer le focus du clavier. Un espace client reste invisible pour un robot d’exploration public. Un test mené par des experts regarde ce qui se passe derrière le scan.

Vous voyez ce qui bloque vraiment vos utilisateurs. Pas seulement les règles signalées ou les critères WCAG non respectés.

Résultats

Sachez quoi corriger, pourquoi c’est important et par où commencer

01

Constats

Repérez les obstacles dans les pages, les composants, les applications et les vraies tâches des utilisateurs.

02

Preuves

Vous recevez les problèmes documentés, avec leur emplacement, leur impact sur les utilisateurs et les prochaines étapes conseillées, selon le périmètre d’audit convenu.

03

Priorités

Les équipes design, développement et conformité partagent une même base pour prioriser les corrections.

Services de test

Des services d’accessibilité adaptés à votre secteur et à ce que vous devez vérifier ou respecter

Des sites publics aux espaces connectés, en passant par les applications mobiles et les documents à télécharger, choisissez un test ciblé ou une évaluation plus large. Le bon périmètre dépend de votre produit numérique, de vos risques et de vos priorités.

Sites web

Audit d’accessibilité de site web

Ce que nous faisons : Des experts examinent un échantillon représentatif de pages et d’interactions selon les critères de succès WCAG applicables. Nous associons contrôles automatiques et vérification manuelle.

Ce que vous obtenez : Un rapport de constats classé par page, problème, critère, gravité et correction recommandée.

Pourquoi c’est important : Vous connaissez votre niveau de départ et vous priorisez les améliorations du site.

Tests manuels d’accessibilité selon les WCAG

Ce que nous faisons : Nos spécialistes vérifient l’usage au clavier, l’ordre du focus, la structure sémantique, les formulaires, les messages d’erreur, les alternatives textuelles et le contenu dynamique. Un logiciel ne peut pas juger tout cela seul.

Ce que vous obtenez : Un journal de tests manuels avec des constats reproductibles, des preuves et des conseils pour le code et le design.

Pourquoi c’est important : Vous trouvez les obstacles liés au contexte que les scanners automatiques ne voient pas.

Tests d’accessibilité des pages après connexion

Ce que nous faisons : Avec des comptes de test validés et un environnement de test sécurisé convenu ensemble, l’équipe vérifie les portails clients, les tableaux de bord, les comptes clients et les pages réservées à certains rôles. Les robots publics n’ont pas accès à ces espaces.

Ce que vous obtenez : Un inventaire des états testés après connexion, des problèmes trouvés, des preuves et des corrections recommandées.

Pourquoi c’est important : Vous découvrez les obstacles dans des espaces importants, visibles seulement après connexion.

Tests du contenu dynamique et des applications monopage

Ce que nous faisons : Nous évaluons les changements de vue, la validation asynchrone, les notifications, les zones live, les surcouches et les changements d’état des applications web dynamiques.

Ce que vous obtenez : Une matrice des états d’interaction avec les défauts de focus, d’annonce et de clavier.

Pourquoi c’est important : Vous repérez les problèmes d’accessibilité dans les applications très interactives.

Analyse des écarts de conformité

Ce que nous faisons : Nous rapprochons les problèmes trouvés de la référence technique convenue, comme les WCAG 2.2, les exigences utiles de la norme EN 301 549 et les obligations de votre secteur ou de votre pays. Cela ne remplace pas un conseil juridique.

Ce que vous obtenez : Un registre des écarts par critère, avec les hypothèses et les exclusions documentées.

Pourquoi c’est important : Vos responsables voient où manquent des preuves et planifient les prochaines étapes de conformité.

Exemple : un scan automatique et un audit manuel sur la même boutique en ligne.

Scan automatique

Vérifie une page à la fois

  • 1.1.1 Image sans texte alternatif
  • 1.4.3 Texte au contraste insuffisant
  • 3.1.1 Langue de la page non définie
  • 4.1.2 Bouton sans nom accessible

4 problèmes trouvés sur 1 page

Audit manuel

Passe une commande du début à la fin

  • OK Page produit : aucun nouveau problème
  • 2.4.3 Panier : après la suppression d’un article, le focus saute dans le pied de page
  • 3.3.1 Livraison : l’erreur « Code postal invalide » est seulement en rouge et n’est pas annoncée
  • 2.1.2 Paiement : la fenêtre de confirmation de la carte bloque le clavier
  • 4.1.3 Confirmation : le message de commande n’est pas annoncé

4 problèmes qui empêchent un client aveugle de commander

Le scan automatique n’a détecté aucun des quatre problèmes du paiement.

Les règles automatiques restent utiles. Dans une étude portant sur plus de 2 000 audits, Deque a constaté que ses tests automatiques couvraient 57 % des problèmes en volume (Deque, 2021, en anglais, s’ouvre dans un nouvel onglet). Le reste demande un jugement humain. Ce sont souvent ces problèmes qui bloquent un achat ou une demande.

Commencez par un scan gratuit avec le Scanner d’accessibilité Wawsome. Réservez ensuite un audit manuel pour les tâches les plus importantes pour votre activité.

Parcours réels

Tests de parcours utilisateur de bout en bout

Ce que nous faisons : Nous testons des tâches complètes au clavier et avec des technologies d’assistance : s’inscrire, se connecter, chercher, choisir, réserver, payer, envoyer des documents ou récupérer un compte.

Ce que vous obtenez : Des cartes de parcours, les étapes en échec, la description de l’impact et une liste priorisée des blocages.

Pourquoi c’est important : Vous protégez vos conversions clés et les services que vos clients utilisent seuls.

Tests avec des personnes en situation de handicap

Ce que nous faisons : Des participants avec une expérience vécue pertinente réalisent des tâches réalistes convenues ensemble. Le consentement est accessible et les sessions sont modérées ou non.

Ce que vous obtenez : Des observations d’usage, des preuves de réussite des tâches, les retours des participants et des améliorations priorisées, dans le respect de la vie privée.

Pourquoi c’est important : Vous voyez où de vrais utilisateurs butent sur des obstacles que les seuls contrôles de conformité peuvent manquer.

Audit du tunnel de commande e-commerce

Ce que nous faisons : Nous testons la recherche de produits, le choix des variantes, le panier, les promotions, la validation de commande, les erreurs de paiement et la confirmation, dans des scénarios convenus avec des technologies d’assistance.

Ce que vous obtenez : Un audit du parcours d’achat avec les problèmes bloquants, leur gravité et des corrections proposées.

Pourquoi c’est important : Vous réduisez les freins inutiles à l’achat pour les clients qui utilisent des technologies d’assistance.

Tests des formulaires, de la connexion et des transactions sécurisées

Ce que nous faisons : Nous vérifions la création de compte, la connexion, l’authentification à plusieurs facteurs, la reprise après erreur, les alternatives au CAPTCHA, les consentements et les formulaires de saisie.

Ce que vous obtenez : Des cas de test pour chaque état et une liste ordonnée de corrections.

Pourquoi c’est important : Vos clients remplissent seuls les formulaires essentiels et les actions sécurisées.

Tests de compatibilité avec les technologies d’assistance

Ce que nous faisons : Nous testons les navigateurs et appareils convenus avec des lecteurs d’écran, la navigation au clavier seul, l’agrandissement et les réglages d’accessibilité utiles.

Ce que vous obtenez : Une matrice de compatibilité avec les scénarios, les conditions de test, les obstacles et les solutions recommandées.

Pourquoi c’est important : Vous vérifiez que votre service fonctionne avec les outils que les gens utilisent vraiment.

Clavier seul

Tab, Maj+Tab, Entrée, Espace et les flèches. Nous vérifions que chaque commande fonctionne et que le focus reste visible.

NVDA et JAWS

Lecteurs d’écran sous Windows. Nous écoutons ce que chaque élément annonce et dans quel ordre.

VoiceOver

Le lecteur d’écran de macOS et iOS, testé avec les gestes et avec le clavier.

TalkBack

Le lecteur d’écran d’Android, testé sur de vrais téléphones.

Plages braille

Le braille éphémère pour les personnes qui lisent au toucher. Nous vérifions que les textes, les libellés et les états passent correctement.

Zoom et redistribution

Texte à 200 % et page à 400 %, jusqu’à 320 pixels de large, sans perte de contenu.

Exemple : ordre de lecture avec VoiceOver, taille des zones tactiles et rotation de l’écran.

Applications et documents

Tests d’accessibilité des applications mobiles (iOS et Android)

Ce que nous faisons : Nous vérifions les écrans des applications natives ou hybrides, la navigation, les gestes, les annonces du lecteur d’écran, les états dynamiques et le comportement de la plateforme sous iOS et Android.

Ce que vous obtenez : Des rapports de problèmes par plateforme, des preuves annotées et des recommandations de correction.

Pourquoi c’est important : Vous améliorez l’accessibilité sur mobile et réduisez les problèmes propres à certains appareils.

Ce que nous vérifions sur iOS et Android

  • L’ordre de lecture et les annonces au balayage
  • Le focus à l’ouverture et à la fermeture des écrans, menus et fenêtres
  • Le texte agrandi dans les réglages du téléphone, sans libellés coupés
  • Des zones tactiles assez grandes, comme le demandent le critère WCAG 2.5.8 et les guides iOS et Android
  • Les deux orientations de l’écran et le mode sombre
  • Des alternatives simples aux gestes complexes
  • Clavier externe, Contrôle de sélection et Commande vocale
  • Connexion sans test de mémoire (WCAG 2.2, critère 3.3.8)

Tests d’accessibilité des composants d’interface

Ce que nous faisons : Nous vérifions les éléments réutilisables comme les fenêtres modales, les listes déroulantes, les sélecteurs de date, les onglets, les carrousels, les tableaux, les alertes et les commandes sur mesure, dans tous leurs états.

Ce que vous obtenez : Un journal des défauts par composant, avec le comportement accessible attendu, les étapes pour reproduire et des recommandations.

Pourquoi c’est important : Vous corrigez les problèmes répétés à la source, et non page par page.

Tests d’accessibilité des PDF et documents numériques

Ce que nous faisons : Nous évaluons des PDF et documents bureautiques choisis : ordre de lecture, structure des balises, titres, tableaux, alternatives textuelles, formulaires et usage avec des technologies d’assistance.

Ce que vous obtenez : Un registre des constats pour chaque document et les corrections recommandées.

Pourquoi c’est important : Contrats, relevés, rapports et documents à télécharger deviennent plus faciles à utiliser.

Déclaration d’accessibilitéModèle UE
  1. État de conformité : totalement, partiellement ou non conforme
  2. Contenus non accessibles et raison
  3. Comment et quand la déclaration a été établie
  4. Retour d’information et coordonnées
  5. Procédure de mise en œuvre

Les cinq parties du modèle européen de déclaration pour les sites et applications du secteur public.

Design et suivi

Rédaction et révision de la déclaration d’accessibilité

Ce que nous faisons : Nous examinons les résultats d’audit disponibles, le périmètre du service, l’état de l’accessibilité, les limites connues et le moyen de contact. Nous rédigeons ou mettons à jour une déclaration d’accessibilité adaptée.

Ce que vous obtenez : Un projet de déclaration adapté à votre service. Les informations à faire valider par vous ou votre service juridique sont clairement signalées.

Pourquoi c’est important : Vous informez en toute transparence sur l’accessibilité et vous soutenez vos obligations d’information.

Vous pouvez créer et héberger votre déclaration depuis le tableau de bord Wawsome. Consultez la déclaration d’accessibilité de Wawsome pour un exemple.

Revue d’accessibilité du design (Figma, avant le développement)

Ce que nous faisons : Avant le développement, nous examinons des maquettes, des modèles de contenu et des spécifications d’interaction : contraste, hiérarchie, ordre du focus, libellés des formulaires et états accessibles.

Ce que vous obtenez : Une revue de design annotée, des critères d’acceptation d’accessibilité et des notes de passation pour les développeurs.

Pourquoi c’est important : Vous évitez tôt des problèmes qui coûtent cher plus tard.

Conseils de correction pour les équipes de développement

Ce que nous faisons : Nous transformons les constats priorisés en solutions concrètes pour le design, le contenu et le code, lors de sessions de travail avec votre équipe.

Ce que vous obtenez : Des recommandations de correction, des tickets annotés et des réponses validées aux questions de l’équipe.

Pourquoi c’est important : Vous réduisez le flou entre le constat et la mise en œuvre.

Nouveaux tests et vérification des régressions

Ce que nous faisons : Nous testons à nouveau les problèmes convenus après correction. Après les mises en production, nous testons des parcours à risque pour repérer les régressions.

Ce que vous obtenez : Des résultats marqués résolu, partiellement résolu ou encore ouvert, avec les preuves restantes.

Pourquoi c’est important : Vous savez si la correction a fonctionné et vous repérez les défauts qui reviennent.

Suivi de l’accessibilité et revues régulières

Ce que nous faisons : Nous fixons un rythme convenu pour scanner à nouveau les pages choisies, vérifier les mises en production importantes et signaler les problèmes nouveaux ou revenus.

Ce que vous obtenez : Des bilans réguliers, des comparaisons dans le temps et une liste priorisée des suites à donner.

Pourquoi c’est important : Votre accessibilité tient dans la durée, même quand les contenus et les fonctions changent.

Illustration, pas de données réelles. Les problèmes ouverts baissent après l’audit et remontent trois fois quand de nouveaux contenus sont publiés. À chaque fois, le suivi envoie une alerte et l’équipe corrige.

Ce que comprend le suivi

  • Un nouveau scan quand vos pages changent
  • Des alertes avec la page et l’élément exacts
  • L’historique du score par type de problème
  • Un rapport mensuel à garder comme preuve

Pour qui c’est le plus utile

  • Les organismes publics qui publient souvent des documents
  • Les boutiques en ligne avec de nouveaux produits chaque semaine
  • Les éditeurs avec beaucoup de nouveaux articles
  • Les agences qui gèrent les sites de leurs clients

En savoir plus sur le Moniteur d’accessibilité Wawsome.

Ateliers d’accessibilité et montée en compétences des équipes

Ce que nous faisons : Nous animons des revues ciblées ou des ateliers pour les équipes produit, contenu, QA et développement, à partir des constats de l’audit.

Ce que vous obtenez : Des repères pour l’équipe, des exemples, des pistes pour vos processus et des listes de contrôle.

Pourquoi c’est important : Votre équipe gagne en compétences pour éviter que les mêmes problèmes reviennent.

Notre méthode

Du premier échange à des constats directement exploitables

  1. Définir le périmètre

    Nous convenons des pages, des rôles utilisateurs, des appareils, des parcours, des normes et des livrables inclus.

  2. Tester des parcours réels

    Les experts réalisent les contrôles automatiques, manuels et avec technologies d’assistance qui s’appliquent. Les tests avec des utilisateurs sont inclus seulement s’ils sont convenus.

  3. Analyser les constats

    Vous recevez les obstacles documentés, des recommandations concrètes et l’explication des priorités.

  4. Préparer la suite

    Nous passons en revue les solutions, qui s’en charge et s’il faut de nouveaux tests ou un suivi continu.

Rapport d’audit

Un rapport d’audit d’accessibilité que votre équipe peut utiliser

Selon le périmètre convenu, les constats peuvent indiquer la page ou le composant concerné, les étapes pour reproduire, le comportement observé et attendu, le critère WCAG, les tâches touchées, la priorité et la correction proposée.

Constat#14

Critère WCAG

2.4.3 Parcours du focus (niveau A)

Problème

Le focus du clavier passe derrière une fenêtre du paiement.

Impact

CritiqueLes personnes qui naviguent sans souris risquent de ne pas pouvoir payer.

Comment reproduire

Ouvrez la fenêtre de paiement au clavier, puis appuyez sur Tab.

Prochaine étape

Gérer le focus à l’ouverture et à la fermeture de la fenêtre, et lors de l’usage du clavier.

Statut

Corrigé et testé à nouveau

Exemple illustratif d’un constat tiré d’un rapport d’audit.

Normes

Des tests fondés sur les WCAG, la norme EN 301 549 et la législation applicable

Le périmètre des tests peut être relié aux critères de succès des WCAG 2.2 et aux exigences utiles de la norme EN 301 549. En France, l’European Accessibility Act est transposé par la loi n° 2023-171 du 9 mars 2023. Le RGAA sert de référentiel technique, surtout pour le secteur public. Si votre organisation est concernée, les résultats techniques aident à planifier la conformité. Un audit seul ne prouve pas la conformité légale et ne garantit pas que tous les problèmes ont été trouvés.

WCAG 2.2

Les règles du W3C, avec des critères de succès testables pour le contenu web.

Lire les WCAG 2.2 sur w3.org (en anglais)

Méthodes d’évaluation

Les conseils du W3C sur les limites des outils seuls et sur la façon de combiner les méthodes de test.

Lire la présentation du W3C sur l’évaluation (en anglais)

European Accessibility Act

La directive (UE) 2019/882 et les produits et services qu’elle couvre.

Lire la directive (UE) 2019/882 sur EUR-Lex

Pour qui

Pensé pour les équipes qui pilotent les services numériques

Produit et développement

Transformez les constats en backlog concret, avec des problèmes reproductibles et des critères d’acceptation clairs.

E-commerce et croissance

Repérez les freins dans la recherche de produits, le paiement et le compte client qui empêchent vos clients d’acheter.

Conformité et juridique

Documentez les écarts trouvés et gardez des preuves claires pour l’évaluation interne et les prochaines étapes.

Achats et grands comptes

Évaluez les preuves d’accessibilité des produits et priorisez les améliorations demandées lors du choix d’un fournisseur.

Vous ne savez pas quel type de test il vous faut ?

Dites-nous ce que vous voulez évaluer. Nous vous aidons à fixer le bon périmètre, d’un seul parcours clé à un audit complet.

Questions fréquentes sur l’audit et les tests d’accessibilité

Qu’est-ce qu’un audit d’accessibilité de site web ?

Un audit d’accessibilité est une évaluation structurée de pages et d’interactions choisies. Il repère les obstacles pour les personnes en situation de handicap. Un audit mené par des experts peut combiner scan automatique, tests manuels selon les WCAG et contrôles avec des technologies d’assistance. Vous recevez un rapport avec les constats et les améliorations recommandées.

Quelle est la différence entre un scan automatique et un audit manuel ?

Un scan automatique détecte une partie des problèmes testables par une machine, sur beaucoup de pages. Un audit manuel évalue le contexte, l’usage et les interactions que les outils ne peuvent pas juger seuls, comme le focus du clavier, le sens des textes alternatifs et la clarté des erreurs. Les deux ensemble donnent une vue plus utile.

Pouvez-vous tester des pages qui demandent une connexion ?

Oui. Les pages après connexion peuvent faire partie du périmètre, avec des comptes de test validés et un accès sécurisé. Nous pouvons couvrir les portails clients, les espaces de compte et le paiement après connexion. Le mode d’accès, les droits et les données de test sont fixés avant de commencer.

Testez-vous les sites avec des personnes en situation de handicap ?

Les tests avec des personnes en situation de handicap s’organisent autour de tâches représentatives et des technologies d’assistance utiles. Ils complètent les tests techniques selon les WCAG, car ils montrent des obstacles d’usage qu’une évaluation par critères peut manquer. Le mode de participation et les livrables sont fixés à l’avance.

Testez-vous l’accessibilité des applications mobiles iOS et Android ?

Oui. Les tests peuvent couvrir iOS et Android, avec le lecteur d’écran, le comportement du focus, la navigation, la taille des zones tactiles et les états propres à chaque plateforme. Le périmètre précise les systèmes, les appareils, les versions de l’application et les parcours les plus importants.

Que sont les tests de parcours utilisateur ?

Ces tests vérifient si les personnes peuvent mener une tâche jusqu’au bout, comme l’inscription, la réservation, la commande, la récupération d’un compte ou l’envoi d’un document. Nous notons les étapes où apparaissent les obstacles et leur impact concret, puis nous recommandons des changements pour que la tâche aboutisse.

Pouvez-vous auditer des PDF et d’autres documents numériques ?

Oui. Nous vérifions des PDF et documents bureautiques choisis : ordre de lecture, structure accessible, titres, tableaux, champs de formulaire et alternatives textuelles. Vous recevez une liste de problèmes par document et des recommandations. La correction des fichiers peut demander un service à part.

Peut-on tester des composants réutilisables comme les listes déroulantes, les sélecteurs de date et les fenêtres modales ?

Oui. Nous vérifions les états interactifs, l’usage au clavier, la gestion du focus, les noms, les rôles et les annonces du lecteur d’écran. Si vous corrigez les composants partagés du design system, le même problème ne revient pas sur de nombreuses pages.

Que vais-je recevoir après un audit d’accessibilité ?

Selon le périmètre convenu, le rapport peut contenir la liste des pages ou composants concernés, la description des problèmes, les étapes pour reproduire, les critères WCAG utiles, des preuves, les corrections recommandées et les priorités. Une présentation avec un expert peut être incluse ou convenue à part.

Un audit garantit-il la conformité aux WCAG 2.2 AA ou à l’EAA ?

Non. Un audit apporte des preuves sur les contenus, versions, critères et scénarios testés. La conformité dépend de la loi applicable, du produit, de l’organisation et de la correction des obstacles. Une déclaration de conformité aux WCAG demande aussi plus qu’un simple échantillon.

Combien de temps dure un audit d’accessibilité ?

Cela dépend du périmètre : le nombre et la variété des gabarits de page, les rôles connectés, les interactions dynamiques, les plateformes mobiles, les documents et les méthodes de test. Un calendrier fiable se fixe après un premier échange, pas seulement à partir du nombre d’URL.

Combien coûte un audit d’accessibilité WCAG ?

Le prix dépend des services choisis, de la complexité, du nombre de gabarits et de parcours, des plateformes, de la documentation attendue et des nouveaux tests. Un premier échange permet de fixer un périmètre adapté et d’estimer le coût.

Quand une organisation doit-elle tester son accessibilité ?

Les bons moments sont avant une mise en production importante, après des changements du design system, quand vous ajoutez de nouveaux parcours clients, quand vous planifiez la conformité et après des corrections importantes. Des revues régulières repèrent les problèmes apportés par de nouvelles fonctions ou de nouveaux contenus.

Pouvez-vous nous aider à corriger les problèmes trouvés ?

Oui, avec des conseils de correction. Nous transformons les constats en solutions proposées pour le design, le contenu et le code. Les changements de code ou la correction de documents doivent être prévus clairement dans le contrat. Tester et corriger sont deux prestations différentes.

Qu’est-ce qu’un nouveau test et pourquoi est-ce important ?

Un nouveau test vérifie si les problèmes signalés ont été résolus dans la version modifiée. Un test de régression vérifie en plus des fonctions à risque pour repérer de nouvelles erreurs. Vous avez ainsi des preuves à jour après correction. Un ticket fermé ne veut pas dire que l’obstacle a disparu.

Peut-on faire un audit sur un environnement de préproduction ?

Oui, si la préproduction reflète les fonctions utiles et si des comptes de test sont disponibles. Nous notons les conditions de test, la version et les différences avec la production. Les résultats en préproduction ne valent pas automatiquement pour le site en ligne.

Pouvez-vous rédiger la déclaration d’accessibilité de notre site ou application ?

Oui. Nous rédigeons la déclaration à partir des résultats d’évaluation, de l’état déclaré, des limites connues et des moyens de contact. Le texte et sa portée juridique doivent être validés par votre organisation. La déclaration ne remplace pas la correction des obstacles.

Quelles normes d’accessibilité s’appliquent aux entreprises en France ?

Les WCAG donnent les règles techniques. La norme EN 301 549 fixe les exigences pour les produits et services numériques. En France, l’European Accessibility Act est transposé par la loi n° 2023-171 du 9 mars 2023 et s’applique depuis le 28 juin 2025 à de nombreux produits et services destinés aux consommateurs. Le RGAA est le référentiel technique français, surtout pour le secteur public et les grandes entreprises. Les règles qui vous concernent dépendent de votre organisation et de votre offre.

Vous avez d’autres questions ?

Voyez clairement vos priorités en accessibilité

Dites-nous quel service numérique vous voulez évaluer et ce qui compte le plus pour vous. Un expert Wawsome vous aide à fixer le bon périmètre de test et vous explique la suite.