Accueil » Découvrir la Business Analyse » Les livrables » Le reporting et le suivi des anomalies
(temps de lecture moyen : 2 min)
L‘exécution des tests métiers implique de savoir détecter et suivre la correction des anomalies.
Lors de cette étape, le Business Analyst doit donc mesurer la performance de la solution sur le plan fonctionnel, sans omettre son alignement avec les objectifs de l’Organisation (à l’échelle de l’équipe, du service, de l’entreprise etc…). Il doit donc se baser sur les Spécifications Fonctionnelles Détaillées, tout en restant vigilant s’il constate que ces dernières ne respectent pas le besoin client dans son ensemble.
Voici le processus nominal standard dans le cas de tests non automatisés:
Selon le contexte du projet, le reporting et le suivi des anomalies peut se faire à l’aide de logiciels spécialisés ou simplement dans un tableur du type Excel, manuellement ou de manière automatisée.
La prise en main des logiciels de test est en général intuitive car ils ont souvent un panel de fonctionnalités similaires. Une fois l’un d’entre eux maîtrisé, les autres sont faciles d’accès, bien souvent sans formation. De plus, leur utilisation allège considérablement le travail de tous les collaborateurs impliqués dans cette phase du projet.
Un tableur peut aussi être utilisé pour des projets de petite dimension. Le Business Analyst doit cependant veiller à classer, organiser et nommer les fichiers des campagnes, scenarii et cas de test de manière rigoureuse. Enfin, il doit partager un processus clair entre les équipes fonctionnelles et techniques pour le reporting des anomalies (souvent réalisé par mail).
Celui-ci doit être clair, circonstancié et rattaché au cas de test. Dire « ça ne marche pas » n’est pas suffisant.
Gardez à l’esprit que plus il y aura des détails relativement au contexte du test, plus le développeur aura de pistes pour effectuer la correction.
N’hésitez donc pas à indiquer les détails de connexion, les étapes du test, les valeurs obtenues vs. celles attendues, à mettre en pièce jointe copies d’écran et autres éléments utiles.
Quel que soit l’outil utilisé, le processus « end-to-end » d’un test fonctionnel doit être tracé et suivre un workflow décrit et partagé à l’avance.
Autrement dit, il s’agit de tracer une anomalie depuis sa création jusqu’à sa clôture. Ce workflow met en place des rôles et responsabilités et permet d’y assigner des collaborateurs. Le chef de projet peut ainsi piloter l’évolution de la phase de tests fonctionnels, et la fluidité permet à l’équipe technique de travailler de manière efficace et efficiente.
C’est également essentiel pour vérifier la couverture fonctionnelle des exigences du logiciel avant la phase de recette client.
Le Business Analyst a donc la responsabilité de :