Quoi de neuf dans la version 2.34
Accédez à la Base de connaissances ici.
Inscrivez-vous pour recevoir les dernières mises à jour sur Axe Auditor par e-mail.
Dupliquer un test
En une seule étape, vous pouvez créer une copie indépendante d'un test en cours ou terminé, y compris ses problèmes, pièces jointes et commentaires. Vous pouvez ensuite revérifier les résultats sans modifier les résultats originaux.
Auparavant, réutiliser les résultats d'un test signifiait configurer un nouveau test et copier chaque problème, capture d'écran, pièce jointe et commentaire à la main. Pour un grand test, cela pouvait prendre des heures, et des détails pouvaient être manqués. Désormais, vous commencez à partir des résultats existants et mettez à jour chaque problème au fur et à mesure que vous le revérifiez.
Ce qui est copié
- Résultats: Pages, composants, unités de test, captures d'écran, pièces jointes, problèmes, statuts des problèmes et commentaires.
- Configuration: Cas de test, destinataire, norme, type d'actif numérique, version, environnement et plateforme.
- Progrès: Progrès des tests, indicateurs et statut de finition. Un duplicata d'un test terminé est également marqué comme Terminé, et vous pouvez toujours mettre à jour les statuts des problèmes et ajouter des commentaires.
Comment se comportent les duplicatas
- Complètement indépendant: Les modifications apportées au duplicata n'affectent pas la source, et les modifications de la source n'affectent pas le duplicata.
- Même visibilité que la source: Un duplicata d'un test public est public. Un duplicata d'un test privé est privé, et seuls les utilisateurs ayant accès à la source peuvent le voir.
- Enregistrement original préservé: Le test source, son enregistrement publié et les rapports générés à partir de celui-ci restent inchangés.
À qui cela s'adresse
- Consultants et testeurs en accessibilité: Revérifiez les problèmes après les corrections sans répéter tout le test.
- Chefs de projet: Fournissez des résultats mis à jour tout en conservant l'enregistrement publié original intact.
- Équipes internes d'accessibilité: Retestez après chaque sortie de produit, en partant de votre dernier test au lieu de recommencer à zéro.
Pourquoi c'est important Le retest est une partie routinière de chaque engagement d'accessibilité, mais recréer un test terminé double l'effort et peut conduire à des résultats incohérents. La duplication vous permet de construire sur le travail existant, de garder l'enregistrement original intact et de fournir des résultats mis à jour plus rapidement.
Gestion des accès pour les administrateurs de clients
Les administrateurs de clients peuvent désormais gérer l'accès des utilisateurs à leur client et contrôler les audits que les utilisateurs peuvent voir sans contacter Deque.
Disponibilité: SaaS uniquement, pour les clients avec services d'audit Deque.
Lorsqu'un administrateur client invite un utilisateur, il sélectionne les audits (cas de test) auxquels l'utilisateur peut accéder. L'utilisateur reçoit un e-mail pour activer son compte Axe et apparaît comme En attente jusqu'à ce qu'il active son compte. Par exemple, si un utilisateur doit travailler uniquement sur deux audits, vous pouvez lui accorder l'accès à ces audits sans lui donner accès aux autres audits du client.
- Invitez des utilisateurs au client et choisissez les audits auxquels ils peuvent accéder.
- Consultez et modifiez l'accès de chaque utilisateur à tout moment.
- Retirez l'accès d'un utilisateur lorsqu'il n'en a plus besoin. La suppression prend effet immédiatement et ne s'applique qu'au client actuel.
- Voyez tous les audits publics pour le client sans accorder l'accès individuel. Les audits publics sont en lecture seule, et les audits privés ne sont pas inclus.
Les administrateurs de clients peuvent gérer les utilisateurs et leur accès seulement au sein de leur propre client.
Accès du gestionnaire de clients
Les administrateurs système peuvent désormais permettre à des membres sélectionnés d'ajouter et de gérer des clients sans leur donner pleinement les droits d'administrateur. Seuls les membres existants peuvent être nommés gestionnaires de clients.
Disponibilité: SaaS uniquement, pour les clients avec services d'audit Deque.
Avant de commencer: Activez Contrôle d'accès utilisateur sur la page Paramètres d'administration. L'onglet Contrôle d'accès, comprenant la nouvelle section Gestionnaire de clients, apparaît uniquement lorsque cette option est activée.
Ce que les administrateurs système peuvent faire :
- Accorder l'accès Gestionnaire de Clients à un ou plusieurs membres existants via la boîte de dialogue Ajouter des utilisateurs.
- Rechercher des gestionnaires de clients par nom d'utilisateur ou adresse e-mail.
- Trier la liste par nom d'utilisateur ou adresse e-mail, et choisir combien d'utilisateurs afficher par page.
- Supprimer l'accès Gestionnaire de Clients à tout moment.
Dossier, Client, et Connexions Jira dans Informations de Test
La section Informations de Test sur la page Vue d'ensemble de l'Exécution du Test inclut désormais trois champs supplémentaires : Dossier, Client, et Connexions Jira. Vous pouvez voir où une exécution de test est organisée, à quel client elle appartient, et quelle connexion Jira elle utilise sans quitter l'exécution de test.
Ce que vous pouvez voir
Dossier : Le dossier où le cas de test pour l'exécution du test est stocké. Client : Le client associé à l'exécution du test. Connexions Jira : La connexion Jira configurée pour l'exécution du test. Les problèmes que vous envoyez à Jira utilisent cette connexion.
À qui cela s'adresse
Testeurs et réviseurs : Vérifiez le dossier, le client, et la connexion Jira avant de tester ou d'envoyer des problèmes à Jira. Administrateurs et gestionnaires : Vérifiez que les exécutions de test sont organisées sous le bon dossier et client et utilisent la bonne connexion Jira.
Pourquoi c'est important Auparavant, vous deviez revenir au cas de test, ouvrir la page de gestion des clients ou voir la configuration de Jira pour trouver cette information. Afficher ces détails dans Informations de Test vous donne le contexte dont vous avez besoin en un coup d'œil. Cela aide également à réduire le risque d'envoyer des problèmes au mauvais projet Jira ou de rapporter des résultats pour le mauvais client.
Augmentation de la Limite d'Éléments pour les Problèmes
Vous pouvez désormais ajouter jusqu'à 10 éléments à un seul problème, contre une limite précédente de 3. Cela vous permet de capturer toutes les instances affectées d'un problème d'accessibilité en un seul endroit, vous évitant ainsi de créer des problèmes en double lorsque le même problème se produit sur plus de trois éléments.
Ouvrir/Envoyer URL pour les Réviseurs de Lien Partagé
Les utilisateurs externes qui consultent les problèmes d'un cas de test via un lien partagé peuvent désormais utiliser le bouton Ouvrir/Envoyer URL à côté de l'URL de la page sur la page des détails du problème. Auparavant, seuls les administrateurs et membres connectés avaient ce bouton, et les utilisateurs de lien partagé devaient copier l'URL à la main.
-
Si l'extension axe est installée, l'URL est envoyée via l'extension.
-
Si elle ne l'est pas, la page s'ouvre dans un nouvel onglet de navigateur.
-
La prévisualisation du tableau des problèmes montre également à ces utilisateurs l'URL et le bouton.
Mentionner des Utilisateurs en Lecture Seule dans Ajouter un Commentaire
Vous pouvez désormais mentionner avec @ les utilisateurs en Lecture Seule dans les commentaires sur la page Voir le Problème. Avant, vous pouviez uniquement taguer les utilisateurs pouvant créer des problèmes. Cela vous permet d'impliquer des clients et des parties prenantes dans les discussions sur les problèmes sans changer leur rôle.
-
Les utilisateurs en Lecture Seule apparaissent dans la liste de suggestions lorsque vous tapez @.
-
Les utilisateurs en Lecture Seule étiquetés reçoivent la même notification par e-mail que les autres utilisateurs étiquetés.
-
Taguer ne change pas l'accès. Les utilisateurs en Lecture Seule peuvent ouvrir et voir le problème, mais ne peuvent toujours pas le modifier.
Recommandations pour les Méthodologies Mobiles Natives
Nous avons introduit des recommandations pour les méthodologies Mobiles Natives iOS et Mobiles Natives Android. Lorsque vous testez une application mobile native, vous obtenez des conseils de remédiation écrits pour cette plateforme.
Points de Contrôle non Applicables reflétés dans les ACR
Les points de contrôle marqués Non Applicables dans une exécution de test sont reflétés dans les Rapports de Conformité d'Accessibilité (ACR) créés par la suite, y compris WCAG, Section 508, et EN 301 549.
- Lorsque chaque point de contrôle mappé à un critère est Non Applicable et qu'il n'y a pas de problème ouvert, le rapport affiche Non Applicable.
- Un problème ouvert signale toujours Non Pris en Charge ou Partiellement Pris en Charge.
- Un Succès sur n'importe quel point de contrôle mappé signale toujours Pris en Charge.
Mise à Niveau de l'Infrastructure
- La version Deque Way a été mise à niveau vers 4.1.0
- La version Axe-core a été mise à niveau vers 4.13.0
Problèmes Connus
- Le filtre ne fonctionne pas sur l'onglet Points de Contrôle pour les problèmes signalés.
- L'exécution d'un test automatisé sur un composant à l'intérieur d'une iframe provoque une erreur et une icône de chargement qui ne disparaît pas.
- Le graphique de Conformité d'Accessibilité ne montre pas les résultats pour les exécutions de test qui utilisent la norme ACAA avec Mobile Web comme type d'actif numérique.
- Sur la page de liste des problèmes, filtrer par Statut : Ouvert et Groupes : Aucun Groupe, puis trier par la colonne Points de Contrôle, n'affiche aucun enregistrement.
Prise en Charge du Navigateur et du Pilote
Le tableau suivant décrit les versions minimales et recommandées sur lesquelles Axe Auditor est activement testé et le mieux pris en charge.
| Navigateur | Version min | Version recommandée | Canal de support long |
|---|---|---|---|
| Chrome | 144 | 154.0.x | Stable prolongée (Win/Mac) |
| Firefox | 140 | 157.0.x | ESR |
| Safari | 18 | 27.0 | |
| Edge | 144.0 | 154.0.x | Stable prolongée (Win/Mac) |
Tests automatisés : navigateur et pilote pris en charge
Le tableau suivant décrit les navigateurs pris en charge, les versions minimales et recommandées pour effectuer des tests automatisés dans Axe Auditor.
| Navigateur | Version min | Version recommandée | Canal de support long |
|---|---|---|---|
| Chrome | 144 | 154.0.x | Stable prolongée (Win/Mac) |
| Firefox | 140 | 157.0.x | ESR |







