Exportation des problèmes
Link to Exportation des problèmes copied to clipboard
L'écran de liste des problèmes vous fournit une fonctionnalité d'exportation qui est lancée en activant le bouton Exporter situé dans le menu déroulant Actions en haut du tableau Problèmes. Les problèmes peuvent être exportés même si vous n'avez pas marqué tous comme terminés.
Pour exporter les problèmes :
- Dans la colonne de gauche, sélectionnez tous les problèmes que vous souhaitez exporter. Cochez la case pour indiquer votre sélection pour toutes les lignes de problèmes souhaitées. En haut à gauche du tableau, un message s'affiche pour indiquer le nombre de problèmes sélectionnés.
- Sélectionnez l'option du menu déroulant Actions et activez le bouton Exporter .
La boîte de dialogue Exportation des problèmes s’affiche.- Sélectionnez une option de type d’exportation.
- CSV (compatible avec Microsoft Excel) : les valeurs séparées par des virgules (compatibles avec Microsoft Excel) sont utiles pour l'importation dans des applications de feuille de calcul ou des bases de données.
- CSV : Comma-Separated Value est utile pour l'importation dans des applications de feuille de calcul ou des bases de données.
- JSON : Java Script Object est utile pour l'importation dans des systèmes de suivi des problèmes tels que JIRA.
- JSON (avec format universel axe) : format JSON qui s'aligne sur un format d'exportation universel partagé entre différents produits axe. Cela est particulièrement utile lorsque les clients ont besoin d'extraire des données de plusieurs produits axe pour un traitement ultérieur, comme une utilisation dans des plateformes d'analyse commerciale courantes.
-
Activez le bouton Suivant .
Le nombre de problèmes à exporter est affiché.
-
Cliquez sur le bouton Exporter .
Astuce : Le fichier sera nommé « export.json » ou « export.csv » en conséquence, vous souhaiterez donc peut-être le renommer en quelque chose de plus significatif pour référence ultérieure, en particulier pour éviter toute confusion lorsque des exportations supplémentaires sont prévues.
Formats et descriptions des fichiers d'exportation :
La section suivante décrit les options de format d’exportation les plus couramment utilisées, avec leurs noms de colonnes et leurs descriptions.
JSON (avec le format universel axe) (recommandé) :
| Nom de la colonne | Description |
|---|---|
| Nom du produit | Nom du produit. axe-auditor, axe-monitor etc. |
| nomDuComposantDuProduit | Source du produit JSON téléchargé. par exemple axe-auditor, extension-chrome, api-cli etc. |
| versionDuProduit | Version du produit. Par exemple : 2.18. |
| testId | uuid de l'exécution du test |
| moteur | Moteur de base pour exécuter les tests. Par ex. axe-core, axe-pdf, axe-linter etc. |
| bestPracticesEnabled | Une valeur booléenne pour configurer les bonnes pratiques lors des tests. |
| experimentalEnabled | Une valeur booléenne pour configurer les problèmes expérimentaux pendant les tests. |
| produit | Valeur définie par l'utilisateur pour décrire le produit que l'utilisateur évalue pendant les tests. Cela donne aux utilisateurs la possibilité d’ajouter des détails sur le produit sur lequel les tests ont été effectués. |
| version | Version de version de l'auditeur utilisée pour créer la tâche. |
| plate-forme | Valeurs définies par l'utilisateur pour suivre la plateforme sur laquelle l'incident a été créé. Historiquement, les utilisateurs ont utilisé des valeurs telles que « Mac », « Windows », « Chrome », « Android », « Firefox ». |
| Environnement | Environnement de base de données d'où proviennent les données. Les entrées sont toutes définies par l'utilisateur. Historiquement, les utilisateurs ont utilisé des valeurs telles que « Dev », « QA », « UAT », « Production ». |
| Type d'actif numérique | Type d’actif numérique sur lequel le test a été exécuté. Par exemple, « Web de bureau », « Web mobile », « Mobile Android natif », « Mobile iOS natif », « Kiosque », « Documents MS Excel », « Documents MS Powerpoint », « Documents MS Word », « PDF », « Logiciel de bureau ». |
| Technologie d'assistance | Valeurs définies par l'utilisateur pour suivre les logiciels utilisés pour le test : « NVDA », « VoiceOver ». |
| axeVersion | Version axe-core utilisée. Par exemple, « 4.9.0 ». |
| Nom du cas de test | Nom du cas de test, qui est la définition d'un scénario de test dans axe Auditor. |
| NomTestExecuté | Nom de l'exécution du test. |
| Date de début | Date de création de l'exécution du test |
| Date de fin | Date d'achèvement de l'exécution du test. |
| standard | Normes de test applicables à cette exécution du test. |
| source du problème | Source du problème. Les utilisateurs peuvent importer des incidents à partir de plusieurs sources, et cette colonne permet de suivre la source d'origine de l'incident. Les valeurs possibles sont « axe Auditor », « axe Dev Tools Extension » et « axe Dev Tools Mobile ». |
| issueId | ID unique pour chaque incident dans la base de données de l'Auditor. |
| ID de règle | Ensemble de règles d'issues Par exemple, le contraste des couleurs. |
| description | Description du problème provenant de la Dequeway library, sélectionnable uniquement à l'aide du menu déroulant. |
| aide | Description de la suggestion ou de la remédiation. |
| URL d'aide | URL de suggestion ou de remédiation. |
| impact | Colonne définissant la gravité du problème. Les valeurs disponibles sont « Bloqueur », « Critique », « Sérieux », « Modéré » ou « Mineur ». |
| résumé | Une valeur saisie manuellement ou sélectionnée dans une liste déroulante. |
| source | Code source du problème. |
| type | Accessibilité, meilleure pratique, fonctionnalité, utilisabilité ou agent utilisateur. |
| méthode | Méthodologie utilisée pour consigner le problème. Les valeurs possibles sont : « Automatisé », « IGT » ou « Manuel ». |
| statut | Statut actuel du problème au moment de l'exportation. Les valeurs possibles sont « Ouvert », « Corrigé » ou « Fermé ». |
| balises | Utilisé pour catégoriser les problèmes. |
| createdAt | Date et heure de création du problème. |
| Nom de l'unité | La page ou le composant associé au problème. |
| testUrl | URL de la page testée. |
| unitType | Type d'unité - Page ou composant. |
| Nom du groupe | Le nom du groupe auquel appartient l'incident. Si l'incident n'est attribué à aucun groupe, ce champ est vide. |
| trouvéPar | Auteur de l'incident. |
| Point de contrôle | Les points de contrôle sont une méthode éprouvée pour tester les exigences d'accessibilité, créée par l'équipe d'experts en accessibilité (a11y) de Deque. Ils contribuent à accroître la cohérence et la précision des résultats des tests. Aperçu des points de contrôle |
| à revoir | Une valeur booléenne indiquant si le problème relève de la catégorie « Nécessite un examen ». |
| isExperimental | Une valeur booléenne indiquant si le problème relève de la catégorie « Expérimental ». |
| isManual | Une valeur booléenne indiquant si le problème a été créé lors de tests manuels. |
| screenshotUrl | L'URL de la capture d'écran jointe au problème. |
CSV (compatible avec Microsoft Excel)
| Nom de la colonne | Description |
|---|---|
| ID du problème | L'ID unique attribué à chaque problème dans la base de données de l'Auditor. |
| Résumé | Une valeur saisie manuellement ou sélectionnée dans une liste déroulante. |
| Description | Description du problème provenant de la Dequeway library, sélectionnable uniquement à l'aide du menu déroulant. |
| Impact | Colonne définissant la gravité du problème. Les valeurs disponibles sont « Bloqueur », « Critique », « Sérieux », « Modéré » ou « Mineur ». |
| Groupe de points de contrôle | Dequeway terminology pour regrouper les points de contrôle. Par exemple, « 1.4 Distinguer » regroupera tous les points de contrôle à l'intérieur, tels que « 1.4.1.a », « 1.4.2.b ». Les points de contrôle sont répertoriés dans la bibliothèque GitHub ci-dessous : https://github.com/dequelabs/dequeway/tree/develop/content/checkpoints |
| Type d'Issue | Accessibilité, meilleure pratique, fonctionnalité, utilisabilité ou agent utilisateur. |
| Unité de test | La page ou le composant auquel appartient le problème. |
| Il est recommandé de corriger | Recommandation pour résoudre le problème. Les détails proviennent de la bibliothèque Deque ou les utilisateurs saisissent des recommandations manuelles. |
| Utilisateur | Utilisateur qui a signalé le problème. |
| Nom du groupe | Le nom du groupe auquel appartient l'incident. Il reste vide si le problème n'est attribué à aucun groupe. |
| Description du groupe | Description ajoutée au groupe lors de la création ou de la modification du problème. |
| Statut du groupe | Statut ajouté au groupe lors de la création ou de la modification de l'incident. |
| Affecter à | Utilisateur à qui le groupe est attribué. |
| Date de création | Date de création de l'incident. |
| Type d'actif numérique | Type d’actif numérique sur lequel le test a été exécuté. Par exemple : « Web de bureau », « Web mobile », « Mobile natif Android », « Mobile natif iOS », « Kiosque », « Documents MS Excel », « Documents MS Powerpoint », « Documents MS Word », « PDF », « Logiciel de bureau ». |
| Version | Version de sortie d'Axe Auditor utilisée pour créer l'incident. |
| Environnement | Environnement de base de données d'où proviennent les données. Historiquement, les utilisateurs ont utilisé des valeurs telles que « Dev », « QA », « UAT », « Production ». |
| Plate-forme | Valeurs définies par l'utilisateur pour suivre la plateforme sur laquelle l'incident a été créé. Historiquement, les utilisateurs ont utilisé des valeurs telles que « Mac », « Windows », « Chrome », « Android », « Firefox ». |
| Technologie d'assistance | Valeurs définies par l'utilisateur pour suivre les logiciels utilisés pour tester « NVDA », « VoiceOver ». |
| Code source | Code source de l'incident. |
| Point de contrôle | Les points de contrôle sont une méthode éprouvée pour tester les exigences d'accessibilité, créée par l'équipe d'experts en accessibilité (a11y) de Deque. Ils contribuent à accroître la cohérence et la précision des résultats des tests. Aperçu des points de contrôle |
| Méthode | Méthodologie utilisée pour consigner le problème. Les valeurs possibles sont « Automatisé », « IGT » ou « Manuel ». |
| Statut de l'incident | Statut actuel du problème au moment de l'exportation. Les valeurs possibles sont « Ouvert », « Corrigé » et « Fermé ». |
| Source du problème | Source du problème. Comme les utilisateurs peuvent également importer des problèmes à partir de plusieurs sources, la colonne garde une trace de la source d'origine du problème. Les valeurs possibles sont « axe Auditor », « axe Dev Tools Extension » et « axe Dev Tools Mobile ». |
| Nom du cas de test | Nom du cas de test. Un cas de test est la définition d'un scénario de test dans axe Auditor. Comprendre les cas de test |
| Normes | Normes de test applicables à ce problème. |
| Produit | Valeur définie par l'utilisateur pour décrire le produit que l'utilisateur évalue lors du test. Cela donne aux utilisateurs la possibilité d'ajouter des détails sur le produit sur lequel les tests ont été effectués. |
| URL | URL de la page testée. |
| Captures d’écran | Captures d’écran ajoutées par l’utilisateur pour fournir des détails supplémentaires sur le problème. |
| Marqué | Si le problème a été signalé et nécessite un examen ou une clarification supplémentaire. |
| Signalé pour une raison | Raison pour laquelle le problème a été signalé. |
| Signalé par | Auteur qui a signalé le problème particulier. |
| Type d'unité | Page ou un composant. |
| Plus d'infos | Référence de l'Université Deque fournie par Dequeway au moment de la création du problème. |
| Commentaires sur le problème | Commentaires des utilisateurs interagissant dans la section des commentaires sur les problèmes. |
| Notes de groupe | Notes ajoutées au groupe lors de la création ou de l'édition. |
| Capture d'écran de l'unité de test | Captures d'écran prises lors des tests de l'Unité de Test. |
| Nom de l'exécution du test | Nom de l'exécution du test. |
| Critères de succès | Critères de la Norme de Test. Il s'agit d'une valeur dépendante de la colonne Standard. Par exemple, « 1.4.3 » fait référence à la norme WCAG 1.4.3. |
| URL de l'incident | URL de la page de détail du problème de Auditor. |