Règles de gestion

• Pour des équipes de développement :
  • créer des plans de tests, implémenter des scenarii
  • les soumettre à des bêtas-testeurs
• Pour les testeurs :
  • Suivre les indications d'un test à réaliser en consultant les scenarii
  • Saisir les résultats de tests

Un plan de test regroupe un ensemble de tests classés par rubriques (correspondant aux modules d'une application par exemple). Chaque plan de test possède un libellé, une date de création, un auteur (utilisateur créateur), et une application. L'application restera une simple propriété du plan de test.

Les rubriques possèdent un code, et un libellé, donnant une brève indication sur le module ou la partie de l'application concernée. Elles permettent de classer les tests.

Chaque test dispose :

• d'un code
• d'un libellé (nom de la fonctionnalité à tester)
• d'un use case
• d'une description donnant les objectifs du scénario à tester
• d'une situation initiale (sur quelques lignes)
• de la liste des actions à effectuer dans le cadre du test
• de résultat(s) attendu(s) (sur quelques lignes)
• d'un temps de réalisation indicatif

Les utilisateurs sont affectés à des plan de tests, qu'il devront réaliser, impérativement entre 2 dates. Cette période leur donne droit à la consultation du plan et à la saisie de résulats.

• Chaque utilisateur appartient à un groupe, il est décrit par les infos suivantes :
  • nom
  • prénom
  • login
  • password
  • email

Chaque test du plan est réalisé par 1 ou plusieurs testeurs qui renseigneront :

• La conformité des résultats à ceux attendus (booléen)
• Les résultats si ceux ci sont partiels ou inattendus
• Les erreurs ou dysfonctionnements
• Les remarques éventuelles
• le temps de réalisation