Classifications du statut des problèmes et flux de travail
Les problèmes peuvent être classés comme nouveau, ouvert, en cours, bruit, rouvert, réussi et corrigé. Les problèmes avec un statut ouvert, en cours et rouvert apparaissent dans la grille des problèmes d'une application.
Nouveau
Tous les problèmes, y compris ceux qui sont importés à partir de scanners tiers, sont marqués comme nouveaux par défaut lorsqu'ils ne sont pas encore triés.
Ouvert
Vous attribuez le statut ouvert à un problème lors du tri pour indiquer que vous l'avez examiné et déterminé qu'il s'agit d'un problème qui doit être résolu. Les problèmes ouverts le restent indéfiniment jusqu'à ce que vous modifiiez leur statut ou qu'ils n'apparaissent plus dans les données d'analyse. Pour les résultats importés, tels que les charges utiles d'AppScan Standard, cela signifie que le problème est absent du nouveau fichier téléchargé.
En cours
Vous attribuez le statut en cours à un problème pour indiquer que quelqu'un travaille à sa résolution. Les problèmes marqués comme en cours restent dans cet état jusqu'à ce que vous modifiiez leur statut ou qu'ils n'apparaissent plus dans les données d'analyse. Pour les résultats importés, cela signifie que le problème est absent du nouveau fichier de charge utile téléchargé.
Corrigé
Vous attribuez le statut corrigé pour indiquer que les problèmes ont été traités. Chaque problème est horodaté dans la boîte de dialogue À propos de ce problème. Les problèmes marqués comme corrigés ne devraient plus apparaître dans les données d'analyse ultérieures. Si une analyse native détecte à nouveau le problème, ou s'il est présent dans un fichier de charge utile importé par la suite, son statut passe automatiquement à rouvert.
Bruit et Réussi
Vous attribuez le statut bruit ou réussi à un problème pour indiquer qu'il n'est pas pertinent et ne doit plus être considéré comme un problème. Les problèmes sont souvent marqués comme bruit parce qu'il s'agit de faux positifs. Les problèmes réussis sont généralement marqués comme tels parce qu'un expert en la matière a déterminé que le problème, bien que présent sur le site, ne constitue pas un problème dans le contexte du rapport actuel. Par exemple, l'état réussi est utile lorsque vous évaluez des directives ou des réglementations en matière d'accessibilité. Lorsque les problèmes ne sont plus pertinents mais continuent d'apparaître dans les rapports, ils peuvent vous faire perdre de vue les véritables problèmes du site Web.
Les problèmes marqués comme bruit et réussi ne sont jamais rouverts. Si des analyses natives ultérieures continuent de détecter ces problèmes, ou s'ils continuent d'apparaître dans les fichiers de charge utile importés, ils restent marqués comme bruit ou réussi.
Rouvert
Les problèmes sont automatiquement classés comme rouverts lorsqu'ils avaient précédemment le statut corrigé, mais qu'ils réapparaissent dans l'analyse suivante ou le fichier de charge utile importé. Les problèmes rouverts le restent indéfiniment tant qu'ils continuent d'apparaître dans les données d'analyse ou les fichiers importés. Cet état vous aide à identifier les problèmes qui nécessitent une investigation plus approfondie ou qui doivent être escaladés dans votre processus de remédiation.
Flux de travail
Classification des problèmes pour la première fois
La première fois que votre application est analysée, 100 problèmes sont identifiés. Après avoir analysé les résultats, vous déterminez que cinq faux positifs ont été découverts. Vous marquez ces cinq problèmes comme bruit afin qu'ils n'apparaissent pas dans la liste des problèmes lorsque vous exécutez à nouveau la tâche ou importez une nouvelle charge utile.
Vous déterminez également que 10 autres problèmes répondent à vos normes et vous les marquez comme réussis afin qu'ils ne s'affichent pas lorsque vous analysez à nouveau l'application ou importez de nouveaux résultats.
Attribution des problèmes aux membres de l'équipe
Vous avez maintenant 85 problèmes et vous les attribuez à divers développeurs pour qu'ils soient corrigés. Vous marquez ces 85 problèmes comme en cours, de sorte que si vous arrêtez l'analyse en cours de route, vous sachiez où reprendre l'examen des problèmes. Vous pouvez également utiliser le statut en cours pour indiquer que le problème est en cours de traitement.
Au fur et à mesure que les développeurs corrigent les problèmes et mettent à jour l'application, vous marquez leurs problèmes en cours comme corrigés.
Flux de travail de gestion des problèmes pour plusieurs utilisateurs
Étant donné que le développement Web est généralement un travail d'équipe, la gestion des problèmes dans un environnement d'équipe peut devenir compliquée. Lorsque vous mettez à jour l'état d'un problème, la modification est immédiatement écrite dans la base de données ; toute autre personne consultant les données voit le problème avec son nouvel état.
Si deux utilisateurs gèrent le même problème, le problème est mis à jour par le dernier utilisateur à l'avoir modifié. Par exemple, si Miriam marque le problème A comme corrigé, mais que plus tard Omri marque le problème A comme bruit, alors le statut du problème A est bruit. Pour éviter les conflits, établissez un calendrier de gestion des problèmes où Miriam effectue les tâches de gestion des problèmes le mardi, et Omri le jeudi.
Résultats
Lorsque vous avez terminé de classer les problèmes, vous pouvez immédiatement voir les changements de statut que vous avez effectués.
- Si vous marquez un problème comme corrigé et qu'une analyse ultérieure ou un fichier de charge utile importé contient le problème, il apparaît comme un problème rouvert.
- Les problèmes marqués comme en cours restent classés comme en cours.
- Les nouveaux problèmes sont marqués comme nouveaux.