Existe-t-il un plan de test unitaire en Java
J'ai travaillé sur un projetJava/Java EE et je dois livrer unPlan de test unitaire , j'ai travaillé sur de nombreux plans de tests d'intégration, qui décrivent des scénarios de tests d'intégration, mais je n'ai jamais entendu parler de Plan de test unitaire.
Ce plan de test unitaire doit décrire les Tests unitaires que j'ai faits, et leur règle associée dans les spécifications.
Y a-t-il une telle chose dans le cycle de vie du projet java ? si oui, où puis-je avoir un exemple, ou comment faire un.
3 answers
Les tests Unitaires doivent être explicites.
Ils sont utilisés par les programmeurs pour s'assurer que leur code est correct et n'affecte pas le code existant.
Tout programmeur devrait être libre d'ajouter de nouveaux tests si nécessaire, donc maintenir un document pour définir le plan des tests unitaires est une approche très étrange.
De mon point de vue, un plan de test devrait être utilisé pour définir des tests d'acceptation ou des tests d'intégration, pas pour les tests unitaires.
Notez que les tests unitaires sont utiles pendant phase de programmation et pendant la phase de programmation n'est pas possible de savoir exactement quels tests seront écrits. Il est donc possible d'imaginer qu'un plan de test unitaire ne sera écrit qu'à la fin du travail lorsqu'un plan n'est pas nécessaire.
Dans une certaine mesure, votre question ressemble plus à une invitation à une discussion, mais de toute façon:
Au moins dans leur sens plus strict, les tests unitaires sont très "affaires de développeurs". En tant que développeur, vous créez des tests "boîte blanche" qui s'exécutent au moment de la compilation pour créer des commentaires à partir de exécutant du code.
Bien sûr, un chef de projet pourrait maintenant avoir l'idée qu'il/elle a besoin de vous pour "planifier" exactement vos activités de test unitaire.
Dans mes yeux, que serait une violation de tout ce que agile représente. Vous voyez: dans agile , on pense à features qui donnent de la valeur au client. Vous, le développeur, vous allez créer des classes qui implémentent des fonctionnalités, mais tous ces "détails d'implémentation" ne comptent que pour vous. Votre chef de projet ne devrait pas se soucier de l'apparence de votre conception et du nombre de classes qu'elle contient. Donc, il ne devrait vraiment pas vous demander de faire un plan à l'avance sur vos tests unitaires. Diable: vous créez classes (et tests pour eux) sur une base agile; mais vous êtes censé savoir dès le départ ce que vous allez développer?!
Longue histoire courte: le PM devrait s'inquiéter de planifier ces "fonctionnalités client"; il est donc juste lorsque votre PM pose des questions sur les plans d'intégration ou de test du système sur cette portée; mais vous feriez mieux de contester son idée de lui supervisant vos tests unitaires!
Un nouveau manager m'a récemment demandé quel plan de test et quel rapport de test nous avions pour la dernière version de notre logiciel. Ma réponse:
- Nous développons nos programmes en utilisant le développement piloté par les tests. Cela constitue notre Plan de test.
- Nous ne publions jamais une version qui échoue aux tests automatisés, donc la libérer signifie qu'elle a réussi 100% de nos tests automatisés. Cela constitue notre rapport de test.
Le gérant semblait satisfait.