Contre-audit RGAA : vérifier corrections et régressions
Mis à jour le · Rédaction : Plein Accès
Nommer ce que la vérification doit établir
Le mot contre-audit peut désigner plusieurs prestations. Un contrôle ciblé vérifie des anomalies corrigées. Une réévaluation plus large examine les critères sur un échantillon représentatif après changement du service. Ces couvertures ne produisent pas les mêmes résultats. Définissez ce que vous souhaitez établir avant de demander un devis : disparition de défauts précis, absence de certaines régressions ou résultats permettant de mettre à jour une déclaration.
Le prestataire doit annoncer sa méthode et les limites de la vérification. Un résultat positif sur les tickets traités ne signifie pas que tous les critères sont désormais conformes. La présentation de l’audit rappelle la place de l’évaluation initiale, de la correction et de la recette. La source DINUM liée à cette page permet de vérifier les règles d’évaluation lorsque la prestation doit produire un nouveau résultat de conformité.
Préparer un état après correction identifiable
Rassemblez le rapport initial, les tâches traitées et les versions livrées. Pour chaque correction, indiquez où elle peut être observée et comment rejouer le scénario. Les données de test doivent rester fictives et accessibles. Le prestataire doit pouvoir distinguer un défaut corrigé d’un écran qui a disparu. Si le service a été refondu, cette évolution demande un examen du périmètre plutôt qu’une simple fermeture des anciennes observations.
Évitez de lancer la vérification pendant un déploiement incomplet. Un composant modifié dans une partie du site peut rester ancien ailleurs. Une liste de versions et une date de disponibilité clarifient l’état testé. Si une nouvelle livraison arrive pendant le contrôle, convenez de la décision : terminer sur l’état annoncé ou intégrer la modification dans un périmètre révisé. Conservez cette décision avec le rapport.
Rejouer les scénarios et chercher les effets proches
La vérification commence par les étapes qui faisaient apparaître l’obstacle. Examinez le résultat attendu dans l’environnement retenu, puis les états connexes utiles. Une correction du focus à l’ouverture d’une fenêtre peut affecter sa fermeture ; une erreur de formulaire peut modifier le passage au champ suivant. Les scénarios doivent donc suivre l’usage réel du composant et pas uniquement vérifier la présence d’un nouvel attribut.
Pour un composant partagé, contrôlez les lieux où il est utilisé avec des contenus différents. Le rapport doit expliquer cette couverture. Demandez que les anomalies nouvelles soient distinguées des anomalies initiales persistantes. Le guide des corrections aide à organiser ces relations dans le backlog. L’équipe peut alors décider quels tickets doivent être rouverts et quelles tâches nouvelles sont nécessaires.
Réexaminer la représentativité si le service a changé
Un échantillon ancien peut ne plus refléter les usages après une refonte, un nouveau module ou la suppression d’une démarche. Comparez l’inventaire actuel aux pages initiales. Ajoutez les nouvelles typologies lorsque le périmètre le demande. Le guide de l’échantillon décrit la traçabilité des choix et les processus complets à considérer. Une réutilisation mécanique de la liste risque d’ignorer une fonction désormais centrale.
Si la mission est limitée à des tickets, le rapport doit dire que l’échantillon global n’a pas été réévalué. Cette précision permet de conserver une lecture honnête du résultat. Le prestataire peut proposer un complément si l’organisation a besoin d’un nouveau taux ou d’une déclaration actualisée. La décision dépend des changements et des exigences applicables, pas d’une règle commerciale unique pour tous les services.
Livrer des résultats comparables
La restitution doit identifier les tests rejoués, les résultats et les preuves. Pour chaque anomalie initiale, elle peut indiquer corrigée, persistante ou non vérifiable, avec la justification correspondante. Les éléments non atteints ne doivent pas disparaître du dossier. Les nouveaux défauts doivent pouvoir être reproduits avec les mêmes informations que dans un audit initial. Le rapport reste lié à la version observée et à la couverture effectivement réalisée.
Si un nouveau taux est présenté, demandez les résultats qui permettent son calcul selon la méthode retenue. Ne soustrayez pas simplement les tickets fermés du nombre d’anomalies initiales. Le guide de la déclaration aide à rapprocher la publication des résultats disponibles. Les prix doivent être comparés sur le périmètre de contrôle et les livrables ; nous n’annonçons aucun tarif ni délai standard de contre-audit.
Questions sur la vérification
Un contrôle ciblé permet-il toujours de publier un nouveau taux ?
Non. Il faut disposer de résultats qui couvrent les critères et l’échantillon nécessaires à la méthode. Le rapport doit annoncer ce que le contrôle permet réellement d’établir.
Une page supprimée est-elle une anomalie corrigée ?
Il faut examiner ce qui remplace sa fonction et l’impact sur le service. La disparition d’une adresse ne démontre pas que l’usager peut accomplir l’action auparavant bloquée.
Peut-on utiliser un autre auditeur ?
Oui, avec un dossier initial exploitable. Les scénarios, les environnements et les preuves facilitent une reprise et permettent d’identifier les éventuelles différences de méthode.