Dans la barre latérale d’ALM, sélectionnez Anomalies.

• Vous pouvez ajouter des champs définis par l’utilisateur et modifier l’étiquette des champs dans le module Anomalies. Vous pouvez également personnaliser les listes de projets. Pour plus d’informations, consultez le manuel Guide de l’administrateur Micro Focus Application Lifecycle Management : Personnaliser les entités du projet et Personnaliser les listes de champs.

• Vous pouvez utiliser l’Éditeur de script pour limiter et modifier de manière dynamique les champs et les valeurs du module Anomalies. Pour plus d’informations, consultez le manuel Guide de l’administrateur Micro Focus Application Lifecycle Management : Personnalisation du flux de travail en un coup d’oeil..

• Lorsque vous sélectionnez une colonne d’anomalies contenant un nom d’utilisateur (champs définis par l’utilisateur), ALM affiche une liste contenant le nom et le prénom de chaque utilisateur. Vous pouvez rechercher, trier et regrouper des utilisateurs par groupe d’utilisateurs ou les sélectionner dans la liste des utilisateurs ou une arborescence de groupes. Pour plus d’informations sur l’interface utilisateur, voir Boîte de dialogue Liste des utilisateurs.

Travailler avec des anomalies dans ALM

Nombre réel de jours nécessaires à la correction de l’anomalie. Si ce champ n’est pas renseigné, ALM calcule automatiquement ce temps en soustrayant la date de fermeture de la date de détection.

Nom d’utilisateur de la personne chargée de corriger l’anomalie.

Version de l’application dans laquelle l’anomalie a été fermée.

Date de fermeture de l’anomalie.

Commentaires relatifs à l’anomalie. Pour ajouter un commentaire, cliquez sur le bouton Commentaire. Une nouvelle section est ajoutée à la zone Commentaires, contenant votre nom d’utilisateur et la date actuelle de la base de données.

Identificateur numérique unique affecté automatiquement à l’anomalie par ALM. Ce champ est en lecture seule.

Description détaillée de l’anomalie.

Nom d’utilisateur de la personne qui a soumis l’anomalie.

Cycle dans lequel l’anomalie a été détectée.

Lors de l’affectation d’une anomalie à un cycle dans le champ Détecté dans le cycle, la mise à jour d’ALM est affectée automatiquement au champ Détecté dans la mise à jour.

Mise à jour dans laquelle l’anomalie a été détectée.

Version de l’application dans laquelle l’anomalie a été détectée.

Date de détection de l’anomalie.

Par défaut : la date actuelle du serveur de base de données.

Environnement dans lequel l’anomalie a été détectée. Les environnements sont une combinaison de systèmes d’exploitation, navigateurs, etc., sur lesquels vous testez l’application.

Nombre estimé de jours nécessaires à la correction de l’anomalie.

Date et heure de la dernière modification apportée à l’anomalie.

Version dans laquelle la correction de l’anomalie a été prévue.

Priorité de l’anomalie allant du niveau 1 (non urgent) au niveau 5 (urgent).

Nom du projet contenant l’anomalie.

Indiquer si l’anomalie peut être recréée dans les mêmes conditions que celles dans lesquelles elle a été détectée.

Par défaut : O

Gravité de l’anomalie allant du niveau 1 (légère) au niveau 5 (sévère).

Statut en cours de l’anomalie. Le statut d’une anomalie peut avoir l’une des valeurs suivantes : Fermé, Corrigé, Nouveau, Ouvert, Rejeté, Réouvert.

Par défaut : Nouveau

Dossier de sujets.

Bref récapitulatif de l’anomalie.

Cycle dans lequel l’anomalie doit être corrigée.

Lors de l’affectation d’une anomalie à un cycle dans le champ Cycle cible, la mise à jour d’ALM est affectée automatiquement au champ Mise à jour cible.

Mise à jour dans laquelle l’anomalie doit être fermée.