La protection contre les régressions pour les corrections d’accessibilité

Chaque exécution est un nouveau scan de votre boutique, comparé à ce que Validiscan en sait déjà. Une exécution se déroule en quatre étapes :

1. La boutique est scannée de nouveau. ValidiscanBot scanne la boutique avec les paramètres de scan enregistrés pour elle. Avec les paramètres par défaut, il couvre les mêmes types de pages qu’un scan complet, aux dimensions d’un écran d’ordinateur et d’un téléphone, y compris le panier et la première étape du tunnel de commande, sans finaliser d’achat ni saisir de données de paiement.
2. Les constats sont rapprochés. Chaque échec relevé par l’exécution est rapproché des constats existants de votre boutique. Validiscan sait ainsi lesquels avaient déjà été corrigés et lesquels sont nouveaux.
3. Les pages sont comparées. Les pages atteintes par l’exécution sont comparées à celles du scan de comparaison.
4. Le résultat est enregistré. L’exécution apparaît dans la chronologie du portail client. Si elle a relevé quelque chose, ou si elle n’a pas pu aboutir, un e-mail récapitulatif est envoyé.

La protection contre les régressions s’exécute chaque semaine ou chaque mois, selon un calendrier fixe. Une exécution hebdomadaire a lieu un jour de la semaine et à une heure fixés, une exécution mensuelle un jour du mois et à une heure fixés, dans les deux cas selon le fuseau horaire de votre organisation. Le service que propose Validiscan couvre un nouveau scan hebdomadaire.

Le portail client indique le calendrier et la date du prochain contrôle. Aucune exécution n’a lieu tant que votre boutique est en pause dans Validiscan, ou tant que Validiscan n’a enregistré aucune autorisation de la scanner.

Chaque exécution est comparée à l’historique des constats de votre boutique et à un scan de comparaison, la référence. Ce scan de comparaison est le dernier scan de vérification terminé ou, si la boutique n’a pas encore eu de scan de vérification, le dernier scan complet terminé. Validiscan le détermine de nouveau à chaque exécution : après un nouveau scan de vérification, l’exécution suivante est donc comparée à celui-ci.

D’un scan à l’autre, un constat est reconnu grâce à une empreinte établie à partir de la règle, du sélecteur de l’élément et de la forme de son HTML. C’est ainsi qu’une exécution sait qu’un échec qu’elle relève avait déjà été corrigé.

Une régression est un échec qui avait été corrigé et qui est relevé de nouveau. Plus précisément : un constat dont le statut est Corrigé, Vérifié ou Résolu en externe et qu’une exécution relève de nouveau. L’exécution le rouvre : son statut redevient Ouvert, et elle le signale comme une régression.

Des problèmes corrigés peuvent revenir, par exemple après une mise à jour du thème ou d’une application.

Validiscan envoie au plus un e-mail récapitulatif par exécution. Une exécution en envoie un lorsqu’elle relève une régression, un nouveau constat, un constat résolu ou un changement de couverture, ou lorsqu’elle n’a pas pu aboutir. Une exécution qui ne relève rien de tout cela n’envoie aucun e-mail, sauf si Validiscan a activé, à votre demande, l’envoi d’un récapitulatif après chaque exécution. Ce réglage est désactivé par défaut.

• Une exécution qui n’a pas pu aboutir envoie aussi un récapitulatif, pour que vous sachiez que la boutique n’a pas été contrôlée cette fois-là.
• Le récapitulatif est envoyé aux adresses e-mail configurées pour la protection contre les régressions de votre boutique, dans la langue de votre organisation.
• Son objet mentionne votre boutique et indique combien de problèmes corrigés sont revenus, ou qu’aucun n’est revenu (avec le nombre de nouveaux problèmes, s’il y en a), ou que le contrôle n’a pas pu aboutir.
• Il liste d’abord ce qui est revenu, puis les nouveaux constats en commençant par les graves et les critiques, puis les constats résolus et tout changement dans les pages contrôlées. Ses liens ouvrent les constats et la chronologie dans le portail client.
• Tant que la protection contre les régressions est en pause, aucune exécution n’a lieu et aucun récapitulatif n’est envoyé.

Le portail client comporte une page de protection contre les régressions pour chaque boutique. Elle indique le calendrier, le prochain contrôle et les derniers contrôles, du plus récent au plus ancien, chacun avec sa date et son résultat :

Sous chaque contrôle, la chronologie liste les problèmes réapparus, les nouveaux problèmes et combien d’entre eux sont graves ou critiques, ceux qui ne sont plus détectés, ainsi que les types de pages apparus ou disparus. Chaque problème renvoie vers son constat et indique où il en est à présent, par exemple qu’il a été corrigé à nouveau. Pour un contrôle qui n’a pas pu aboutir, la chronologie l’indique en une phrase simple et n’affiche aucun texte d’erreur technique.

Une régression rouvre le constat, qui figure donc de nouveau parmi les constats ouverts de votre boutique dans le portail client. Il peut alors être corrigé selon les mêmes étapes que pendant le projet : une correction livrée sous la forme d’une pull request, d’une copie non publiée de votre thème Shopify ou d’un lot de correctifs, suivie d’un scan de vérification. La correction de ce qu’un nouveau scan relève n’est pas comprise dans la protection contre les régressions.

Elle couvre un nouveau scan hebdomadaire comparé à la référence vérifiée, un e-mail lorsqu’une régression est relevée, et la chronologie dans le portail. Elle est facturée chaque mois et peut être résiliée pour la fin de n’importe quel mois.

La protection contre les régressions ne reprend pas les vérifications manuelles du projet, et elle ne modifie rien dans le code de votre boutique. Un nouveau scan est automatisé : il relève ce que des contrôles automatisés peuvent relever sur les pages qu’il atteint.