Page de synthèse de l'exécution du test

L'écran Aperçu de l'exécution du test est un tableau de bord qui vous donne un aperçu rapide de l'état actuel de votre exécution de test. Selon l'état du lancement de test, les informations fournies incluent des statistiques récapitulatives (disponibles uniquement pour les lancements de test terminés) et un aperçu des unités de test et des incidents. L'état d'achèvement global du lancement de test est également disponible.

La partie supérieure de l'écran Aperçu du lancement de test affiche un résumé Informations pour un lancement de test (cela inclut les composants et les pages combinés statistiques).

Les fonctionnalités suivantes sont quelques-uns des points importants pour vous que vous devez prendre en compte. comprendre :

La première section comprend des boutons que vous pouvez utiliser en fonction de l'état de l'Exécution du test : en cours ou terminé. Une case à cocher, Exclure les problèmes fermés, est également incluse dans cette section.

![La section récapitulative en haut de l'écran Aperçu de l'exécution du test, avec Chaque fonctionnalité majeure numérotés

• Test Info button : Développe une section de référence pratique des informations ci-dessous qui affiche des détails supplémentaires sur cette exécution de test, tels que sa description, sa norme, sa session, son délai d'expiration, son produit, sa version, son environnement, sa plate-forme, sa technologie d'assistance et ses unités à tester.

• Generate Test Run Report button: Utilisez le bouton pour afficher et imprimer un rapport HTML pour les exécutions de test terminées. Cliquer sur le bouton Generate Test Run Report fait apparaître une boîte de dialogue de confirmation dans laquelle vous décidez de générer le rapport avec ou sans problèmes fermés.

  

  Note: Le bouton Generate Test Run Report apparaît sur la page Présentation de l'exécution du test uniquement lorsque les normes de test sélectionnées sont WCAG, EN ou Trusted Tester.

  

• Generate Audit Report : Utilisez cette option pour générer le rapport d'audit une fois l'exécution du test terminée. Cliquez sur l'option Generate Audit Report affiche la Audit Report Confirmation boîte de dialogue dans laquelle vous pouvez saisir le nom de l'évaluateur et cocher la All automated tools used comply with the ACT rule format case à cocher.

Cliquez Generate Audit Report. La page Rapport d’audit s’affiche.

• Share Test Run : Ce bouton n'est disponible que si votre administrateur l'a activé pour vous dans la page Paramètres d'administration. Cliquer sur le bouton Partager le Test Run fait apparaître une boîte de dialogue dans laquelle vous pouvez utiliser l'URL fournie pour copier et partager l'URL avec les utilisateurs Auditeur et non Auditeur. Les utilisateurs non-auditeurs ne peuvent afficher que les données du lien URL.

  Note: Les utilisateurs ne peuvent pas afficher les détails de l'exécution du test à l'aide de l'URL si l'exécution du test a été archivée.

• Update axe Reports:Une fois l'exécution d'un test terminée, axe Auditor transmet de manière transparente les dernières données à axe Reports et un message de réussite s'affiche sur la page Présentation de l'exécution du test. Vous pouvez utiliser le bouton Mettre à jour les axe Reports pour vous assurer qu'axe Reports reçoit les informations les plus récentes chaque fois que vous modifiez l'exécution du test.

  Ce bouton n'est disponible que si l'intégration d'axe Reports a été activée lors de l'installation d'axe Auditor et que l'administrateur système vous a accordé l'autorisation de mettre à jour axe Reports sur la page Paramètres d'administration.

• Exclude Closed Issues : Cochez cette case pour exclure les problèmes fermés de la conformité d'accessibilité, les problèmes par gravité, les points de contrôle et le nombre total de problèmes dans la page Présentation de l'exécution du test.

La section suivante comprend trois panneaux contenant les informations suivantes :

• Accessibility Score:Le score d'accessibilité est une mesure utilisée pour évaluer la conformité d'un test aux normes, directives et meilleures pratiques d'accessibilité. Le score d’accessibilité est calculé en pourcentage, où un pourcentage plus élevé indique un risque plus faible de problèmes d’accessibilité.

Note: The accessibility score is displayed only if your system administrator has enabled it on the Admin Settings page.

Le score d'accessibilité est basé sur les catégories de pages et est calculé selon la formule suivante :
    <p>
(0*p3 + 0.4*p2 + 0.8*p1 + p0)/TP</p>
où

p3 = nombre de pages critiques/bloquantes

p2 = nombre de pages sérieuses

p1 = nombre de pages Modérées

p0 = nombre de bonnes pages

TP = Nombre total de pages dans l'exécution du test 

• Les pages critiques/bloquantes sont définies comme des pages contenant au moins un problème critique, qui peut également inclure plusieurs problèmes graves, modérés ou mineurs.

• Les pages avec des problèmes graves contiennent au moins un problème grave et peuvent inclure un ou plusieurs problèmes modérés ou mineurs.

• Les pages modérées contiennent au moins un problème modéré et peuvent également inclure un ou plusieurs problèmes mineurs.

• Les pages ne comportant que des problèmes mineurs ou aucun problème sont classées comme Bonnes pages.

  Pour comprendre les types d'impacts des problèmes de vos résultats d'analyse, utilisez la rubrique Niveaux d'impact.

• Accessibility Conformance : Le graphique de conformité d'accessibilité reflète la conformité de votre produit aux normes et directives d'accessibilité. Il affiche le nombre d'évaluations réussies ou échouées en fonction de votre sélection : critères de réussite ou points de contrôle Deque. La vue par défaut est Critères de réussite.

  Note: Le nombre de points de contrôle Deque dépend de la norme Niveau de conformité sélectionné pour l’évaluation. Un autre point important à noter est que si l'évaluation comprend 50 problèmes WCAG mais TOUS sont associés avec 1 Deque Checkpoint, l'accessibilité globale Le pourcentage de conformité semble indiquer un niveau élevé de conformité. Cependant, Si les 50 incidents sont de nature grave ou critique et affectent plusieurs pages, le site Web ou l'application peuvent être inutilisables pour les utilisateurs handicaps. Lors de la détermination de la Santé de l'Accessibilité et Niveau d’effort de conformité, veuillez consulter tous les points de données. Il ne fait que Il suffit d'un problème d'impact utilisateur à haut risque pour augmenter votre vulnérabilité "" à une action en justice.

• User Impact:Par défaut, nous associons chaque problème identifié à une catégorie d'impact utilisateur : Bloqueur, Critique, Sérieux, Modéré et Mineur. Les problèmes Bloqueur, Critique et Sérieux sont considérés comme "à haut risque" avec un impact plus important sur l'utilisabilité et une plus grande vulnérabilité aux poursuites judiciaires. Lors de la détermination de la santé de l'accessibilité globale d'une évaluation', ces données doivent avoir un poids significatif.

  • Blocker:Ce problème entraîne des obstacles catastrophiques pour les personnes handicapées. Ces problèmes les empêcheront certainement d’accéder à des fonctionnalités ou à du contenu fondamentaux, sans aucune solution de contournement possible. Ce type de problème expose votre organisation à un risque élevé. Donnez la priorité à la résolution immédiate et déployez les correctifs d'urgence dès que possible. Cela devrait être extrêmement rare.

  • Critical:Ce problème entraîne le blocage du contenu pour les personnes handicapées et les empêchera certainement d'accéder aux fonctionnalités ou au contenu fondamentaux. Ce type de problème met votre organisation en danger. Donnez la priorité à la réparation le plus tôt possible, dans la semaine si possible. La remédiation doit être une priorité absolue. Cela devrait être rare.

  • Major:Ce problème crée de sérieux obstacles pour les personnes handicapées et les empêchera en partie d’accéder à des fonctionnalités ou à du contenu fondamentaux. Les personnes qui dépendent des technologies d’assistance éprouveront par conséquent une frustration considérable. Les problèmes entrant dans cette catégorie constituent des problèmes majeurs et leur résolution devrait être une priorité. Devrait être très courant.

  • Moderate:Ce problème crée certains obstacles pour les personnes handicapées, mais ne les empêchera pas d’accéder aux fonctionnalités ou au contenu fondamentaux. Priorisez la correction dans cette version, s'il n'y a pas de problèmes plus prioritaires. Cela pourrait compromettre la conformité si ce n'est pas corrigé. Cela devrait être assez courant.

  • Minor:Considéré comme une nuisance ou un bogue gênant. Priorisez la correction si celle-ci ne prend que quelques minutes et que le développeur travaille sur le même écran/la même fonctionnalité en même temps, sinon le problème ne doit pas être prioritaire. Cela continuera à compromettre la conformité si ce n'est pas corrigé. Cela devrait être très peu fréquent.

• Top Issues:Les données sur les principaux problèmes sont générées pour identifier rapidement les principaux problèmes d'accessibilité (avec les impacts de correction les plus importants) détectés en fonction des points de contrôle Deque ou des critères de réussite. Ces données sont généralement utilisées pour hiérarchiser les lacunes en matière de formation et d’accessibilité.

La partie inférieure de la section comprend les informations suivantes :

• Started field : La date et l'heure de début de la progression des tests pour ce cycle de tests.
• Status field: Lorsque l'ensemble du test est terminé, L'horodatage est affiché. En attendant que cela se produise, le 'En cours' Le statut est affiché.
• Assigned To field with Change assignment link : L'utilisateur actuel Le nom auquel la course du test est attribué est affiché, et en dessous se trouve Lien qui fait apparaître un menu de sélection si vous souhaitez lui attribuer une tâche à un autre utilisateur pour le terminer.
• Total Components and Status counts : Le nombre de composants Qui ont été ajoutés à l'exécution de test sur la première ligne, avec Nombre d'entre eux qui sont dans chaque état indiqué sur les trois lignes sous il/elle/cela.
• Total Pages and Status counts : Le nombre de pages qui ont qui ont été ajoutées à l'exécution du test sur la première ligne, avec le nombre de d'entre elles qui sont dans chaque état indiqué sur les trois lignes en dessous.
• Components and Pages panel tabs : L'élément actuellement affiché L'onglet du panneau est au premier plan, tandis que l'autre a son étiquette d'onglet en arrière-plan.' Souligné pour indiquer qu'il fonctionne comme un lien pour faire apparaître son panneau Du fond à l'avant-plan et affiche son contenu en dessous.
• Completion Progress bar : En passant la souris sur le bleu La barre de progression affiche un pourcentage en popup pour indiquer l'achèvement de Tous les tests pour l'ensemble du cycle de test, basés à la fois sur automatisés Des tests manuels pour tous les composants ou pages qui ont été ajoutés à tester.
• Test Unit Screenshots:Ces captures d'écran vous donnent un aperçu de ce qui a été testé sans avoir à ouvrir et à examiner chaque unité de test. Cette carte contient des images miniatures de 5 captures d'écran de l'unité de test et un numéro désignant le nombre de captures d'écran supplémentaires. La sélection d'une des miniatures ou du numéro à droite des images miniatures affiche un carrousel avec toutes les images de capture d'écran de l'unité de test.
• Issues Logged and Items Flagged counts and links : Une valeur numérique La valeur est affichée pour chacun pour représenter les totaux pour tous les éléments Points de contrôle pour tous les composants et pages de l'exécution du test, avec des liens Qui affichent les problèmes pour... et les indicateurs pour... écrans à consulter Tous les détails.

Les onglets Composants et Pages affichent des « panneaux », qui eux-mêmes affichent des « sections » d'informations résumées sur chaque composant ou page qui a été ajouté au Test Run. De plus, ils incluent des boutons et des liens qui vous permettent soit d'afficher des informations supplémentaires, soit d'effectuer d'autres actions. Remarque : la capture d’écran ci-dessous utilise un panneau Composants avec une section de composants à des fins de démonstration. Les mêmes informations s'appliquent également au panneau Pages.

Note : La capture d'écran ci-dessous utilise un panneau Composants avec une section de composants à des fins de démonstration, mais les mêmes informations s'appliquent également à Panneau Pages.

Chaque section du panneau Composants ou Pages comprend les éléments suivants 9 main features qui correspondent aux éléments numérotés dans la capture d'écran ci-dessus :

1. Search Test Units : Affinez la liste des composants et des pages en fonction de leurs noms. La fonctionnalité de recherche n'est pas sensible à la casse.

2. Filtering By Status : Affinez les sections de composants qui ont ont été ajoutés à cette exécution de test en fonction de leur statut de test manuel. Pour en savoir plus Informations, voir Filtrage par statut.

3. Add New button : Ajoutez un nouveau composant à ce test (et éventuellement, également à son cas de test associé). Pour plus d'informations, Voir Ajout d'un nouveau composant ou Page.

4. Automated & Manual Status: Le statut de chaque type de test est affiché dans une colonne distincte.

5. Issues & Flags links: Le nombre total de problèmes enregistrés et d'éléments signalés sont affichés, et chacun est souligné pour vous diriger vers les écrans Problèmes pour... et Indicateurs pour... respectifs pour afficher tous les détails. Pour plus d'informations sur chacun d'eux, voir Affichage d'une liste des problèmes enregistrés et Affichage d'une liste des éléments signalés.

6. Screenshots : Le nombre total de captures d'écran que contient la page ou le composant.

7. Progress : Affichez la barre de progression et passez la souris dessus pour afficher une fenêtre contextuelle indiquant la valeur en pourcentage du nombre total de tests de point de contrôle qui ont été marqués avec un résultat pour ce composant.

8. Pass/Fail/NA counts : Le nombre total de points de contrôle marqués avec chaque résultat est affiché pour ce composant. Pour plus d'informations, voir et Attribution des résultats des points de contrôle.

9. Action button : Selon l'état, la commande appropriée apparaît sur l'étiquette (Non démarré > Démarrer le test, En cours > Reprendre, Terminé > Réviser). Pour obtenir des instructions complètes pour chacune d'elles, consultez Démarrer le test d'un composant ou d'une page, Reprendre le test d'un composant ou d'une page en cours et Examiner les tests terminés pour un composant ou une page.

10. Pagination: Sélectionnez parmi les valeurs disponibles dans la section Liste des unités de test pour afficher le nombre spécifique d'unités.

    Une fois sélectionnées, ces valeurs de pagination sont conservées sur toutes les pages et aident à maintenir un état de pagination cohérent lors de la navigation dans plusieurs pages de contenu, telles que la page d'accueil, les problèmes, les exécutions de tests et les cas de test, vous aidant à naviguer facilement dans le contenu sans perdre votre préférence de pagination.

Information button : Affichez des détails supplémentaires sur les composants dans une fenêtre contextuelle, tels que l'URL, les éléments, le sélecteur et les instructions ; et éventuellement, envoyez l'URL à l'onglet du navigateur de test connecté.