Souvent on ne voit la qualité qu’au travers de la phase d’exécution des tests. Elle-même n’est qu’une étape du cycle de vie projet placé après la phase de développement.

Néanmoins c’est oublier que pour exécuter des tests, il faut les préparer. Cette étape de préparation ou ces étapes sont rarement identifiées dans le cycle de vie projet. Pour quelle raison ?

Le cycle de vie qualité a-t-il une existence ou n’est-il qu’une sous partie du cycle de vie projet ?

Cyle de vie qualité

Tout le monde est d’accord pour dire que la qualité a une étape d’exécution des tests. Mais remontons le temps pour savoir quelles sont les autres étapes nécessaires à la réalisation de celle-ci.

Au minimum nous avons une deuxième étape d’écriture du cahier de test, qui trouve son intérêt pour guider la phase d’exécution des tests, mais aussi pour préparer les futures non régression.

Pour exécuter les tests nous avons besoin d’un environnement, avec des jeux de données. D’ailleurs si on veut pouvoir préparer les jeux de données en amont de l’exécution et ainsi gagner du délai sur le cycle de vie projet, il est d’autant plus important d’écrire le cahier de test pour les identifier. Le cahier de test et la préparation des jeux de données sont hors chemin critique du cycle de vie projet… Nous avons ainsi une troisième étape qui se situe entre les deux précédentes.

Mais ces trois étapes sont-elles suffisantes ?

Comme nous l’avons vu à de nombreuses reprises, la combinatoire de use case peut rapidement devenir exponentielle. J’ai trop souvent vue des projets qui avaient écrits des cahiers de test, et au moment de l’exécuter se disaient qu’ils ne pouvaient pas tous les faire. C’est un moindre mal si la question s’est posée à ce moment-là, mais il y a néanmoins eu une perte de budget au niveau de l’écriture du cahier de test.

Il est essentiel en amont des étapes d’écriture et d’exécution des tests de définir un périmètre de test et de le faire valider par qui de droit. Au-delà des aspects précédents, cela permet de budgétiser et de planifier les étapes de test. Etape indispensable à tout projet.

Habituellement cette définition de périmètre est une tâche essentielle de l’élaboration du plan de test d’une phase de test bien particulière. L’un doit alimenter l’autre et vice versa, néanmoins j’ai l’habitude de dissocier les deux tant les acteurs et process sont différents. Le plan de test est lui aussi essentiel vu qu’il va permettre d’organiser tous les moyens humains et matériels (environnements, outils, méthodologies, workflows…) nécessaires à une phase de test. Nous avons donc une quatrième et cinquième étape.

Pour finir on vient de parler d’organiser une phase de test, mais un projet est constitué de plusieurs phases de test, exécutées par de multiples acteurs. Il faut donc définir qui fait quoi en termes de niveau et découpage du périmètre de test. Ce cadrage sous forme d’une stratégie de test est une sixième étape.

Comparatif

On peut très bien faire le cycle de vie projet sans faire de test. On n’aura sans doute pas la qualité voulue, mais les utilisateurs remonteront les dysfonctionnements. Cela aura sûrement un coût pour l’entreprise, mais c’est possible. Alors qu’un cycle projet sans étude ou développement n’est pas possible. Donc en soit les tests ne sont pas une partie intégrante du cycle de vie projet.

De l’autre côté nous avons six étapes, dont une de cadrage, une d’étude, une de spécification et une de réalisation. Pour moi il s’agit bien d’un projet. Quelques fois j’entends dire que la qualité est un projet dans le projet, mais pour moi c’est un projet en parallèle du projet de développement.

Certes ces deux projets sont entremêlés, mais c’est inhérent à tous les projets qualité qu’ils soient logiciels ou dans l’industrie. Et ce n’est pas une raison pour le faire disparaitre.

Nous avons donc un grand gagnant, qui certes part de loin, mais qui est de plus en plus reconnu.