Plan de test Agile - En avons-nous vraiment besoin?

Avons-nous besoin d'un document de plan de test Agile?

La planification des tests est une activité importante d'un processus de test et qui nécessite des réflexions et des décisions prudentes de la part non seulement du gestionnaire de test (qui est généralement responsable de la création du plan de test), mais de tous les membres de l'équipe de test et du responsable du développement produit.

Certaines personnes croient que c'est la partie la plus importante du processus de test (je pense personnellement que la conception de tests et la réflexion abstraite sont les plus importantes) et consacrent de nombreuses heures et efforts à l'élaboration d'un excellent plan de test.


Les manuels consacrent une section entière à la planification des tests, comment en rédiger un et ce qu'il faut inclure dans un plan de test, tandis que certains organes directeurs et organismes de réglementation tels que la FDA exigent un plan de test complet pour approuver un produit.

Dans le monde réel, dans un environnement en cascade, le document du plan de test est très souvent celui qui n'est presque jamais regardé pendant le cycle de vie du produit. L'activité «Planification et surveillance des tests» doit être une activité continue pendant le cycle de vie du projet, elle doit être mise à jour en fonction des modifications apportées au projet, mais dans la plupart des cas, ce n'est pas le cas; le plan de test n'est pas mis à jour ou les modifications sont rétrospectives, ce qui fait du document de plan de test le sous-produit le moins précieux.


Alors que la planification des tests est presque toujours considérée comme un produit incontournable dans un projet en cascade, avons-nous vraiment besoin d'un plan de test pour un projet agile? c'est-à-dire que cela ajoute vraiment de la valeur à ce que toute l'équipe essaie d'accomplir?

Le manifeste agile favorise clairement logiciel de travail sur une documentation complète et répondre au changement plus de suivre un plan.

Dans un environnement agile, le contenu d'une version (les éléments) est discuté avant le sprint afin que l'équipe de test sache à l'avance quelle est la portée et ce qui doit être testé.

Dans le «jeu de poker de planification», les estimations sont discutées afin que l'équipe de test sache combien de temps il faudra pour tester une fonctionnalité (cela inclut la configuration de l'environnement, les scénarios, l'automatisation, l'exploration, les performances, etc.).


Dans une «session d'écriture d'histoires» où les détails de chaque fonctionnalité sont réfléchis, l'équipe de test commence déjà à écrire des scénarios pour couvrir les nombreuses façons dont les histoires peuvent être testées - c'est l'activité la plus précieuse de l'équipe.

Pendant le sprint, le contrôle qualité teste en permanence de nouveaux codes / fonctionnalités. La planification des tests devient une activité dynamique alors que les priorités de la journée changent. Les tests sont basés sur l'activité de la journée et le résultat de la veille.

Il est clairement évident que le plan de test ne révèle pas de défauts, mais que les scénarios de test le feront. L'effort doit être déplacé sur la création de meilleurs scénarios que la création d'un plan de test.

Ce qu'il faut vraiment, c'est un court document de stratégie de test agile décrivant les processus applicables à travers les sprints , c'est-à-dire des sections sur la planification de sprint, les ateliers de spécifications, le contrôle qualité manuel, l'automatisation, la couverture des tests, les rapports de test, les environnements de test, la mise en scène, etc.


Donc, en gardant tout cela à l'esprit, est-ce que le document du plan de test ou les stratégies de test approfondies appartiennent vraiment au passé? Avons-nous vraiment besoin d'un plan de test Agile?