Les bilans: la vitrine des tests!

Voici un article qui me semble important à écrire et qui est dans la continuité de mes articles sur la conception, l’écriture, l’exécution seule et l’analyse des tests.

Les bilans sont un livrable de test particulièrement important car les bilans c’est :

·        Le résumé d’une campagne de test

·        Le livrable le plus visible

·        Le livrable le plus lu

·        Le livrable le plus attendu

Autant dire qu’un mauvais bilan (ou bilan mal présenté) peut rendre une campagne parfaitement maîtrisée et pensée (en terme de couvertures, de stratégies, de qualités des tests et des environnements) totalement vain car inutilisable (ou inutilisé).

Pour être lu compris et utilisé un bilan doit :

·        Avoir une hiérarchie de l’information : de la plus importante à la moins importante

·        Contenir toutes les informations souhaitées par les personnes participant au projet (Chef de projet, testeur, développeur, AMOA, experts fonctionnel…)

·        Être clair : au premier coup d’œil on doit connaitre le résultat de la campagne

·        Être accessible : un bilan est fait pour être vu, n’importe quel membre du projet donc doit y avoir accès facilement (lieu de stockage, mail…)

Il n’y a donc pas de bilan magique qui fonctionne partout.

Par contre il est possible d’avoir un « squelette » adaptable. Voici le mien (ce type de bilan peut également être utilisé en dehors des tests) :

==============================================================

Bilan Campagne [Produit] [type de campagne] [date]

______________________________________________________________________

[GO – NO GO]

______________________________________________________________________

Principaux résultats – Résumé

0

Fonctionnalités en échec : [liste des fonctionnalités avec au moins 1 bug]

Principaux bugs : [Liste bug critiques et majeurs : ID et titre]

______________________________________________________________________

Résultats complets

[Résultats par fonctionnalité]

[Ensemble des bugs]

==============================================================

Pour finir:

Il ne faut jamais oublier que le but des tests c’est d’apporter de la visibilité sur la qualité de l’application. Le bilan est la vitrine de ces tests. Pas besoin d’insister sur le fait que lorsque son travail c’est d’apporter de la visibilité, on a intérêt à avoir une bonne vitrine !

N’hésitez pas à rejoindre le groupe Le métier du test

N’hésitez pas à me suivre et lire mes autres articles si vous voulez en apprendre plus sur le test ou venir partager vos connaissances

Merci à tous ceux qui mettent « j’aime », partagent ou commentent mes articles.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

logo de la taverne du testeur
Interview

Interview Marc Hage Chahine: Partager ses connaissances

Article publié initialement sur github, sur une initiative de Fabien Tregan qui propose de nombreuses autres interview auxquelles tout le monde peut répondre Qui suis-je ? Je m’appelle Marc Hage Chahine. Je suis tombé dans le test lors de mon stage de fin d’études en 2011. Depuis je n’ai pas

Lire la suite »
Agilité

Agilité & Tests de charge incrémental

Avec l’avènement des méthodes agiles, l’organisation pour continuer à assurer la qualité technique doit évoluer (sujet évoqué dans un article précédent : lien ). L’application de la méthodologie de test de charge évolue aussi.   Le fait de tester régulièrement un SI permet une forme d’historisation des résultats. Les objectifs d’évolution

Lire la suite »