Différences

Ci-dessous, les différences entre deux révisions de la page.

--- ppe:plan2tests:reglesdegestion [2014/01/10 02:07] – [Rubriques et tests] jcheron
+++ ppe:plan2tests:reglesdegestion [2019/08/31 14:21] (Version actuelle) – modification externe 127.0.0.1
@@ Ligne 1: / Ligne 1: @@
-====== Règles de gestion ======
+====== Règles de gestion du système d'information ======
 ===== Fonctionnalités principales et acteurs =====
@@ Ligne 6: / Ligne 6: @@
     * les soumettre à des bêtas-testeurs
   * Pour les testeurs :
-    * Suivre un test à réaliser en consultant les scenarii
+    * Suivre les indications d'un test à réaliser en consultant les scenarii
     * Saisir les résultats de tests
 ===== Plan de test =====
 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.
+Chaque plan de test possède un libellé, une date de création, un auteur (utilisateur créateur), un langage (ou technologie) et une application. L'application restera une simple propriété du plan de test.
+Le plan de test peut-être activé ou désactivé.
-===== Rubriques et tests =====
+===== Rubriques et fonction (fonctionnalités) =====
+Dans la suite, on appellera **Fonction** une fonctionnalité à tester.
+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 Fonctions.
-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 **Fonction** dispose :
-Chaque **test** dispose :
   * d'un code
   * d'un libellé (nom de la fonctionnalité à tester)
-  * d'une description donnant les objectifs du scenario à 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
+  * d'un numéro d'ordre (pour classement)
+===== Affectation des testeurs =====
+Les utilisateurs sont affectés à des plan de tests, qu'ils devront réaliser, impérativement entre 2 dates. Cette période leur donne droit à la consultation du plan et à la saisie de leurs résultats.
+===== Gestion des utilisateurs/Compte=====
+  * Chaque utilisateur est associé à un compte, il est décrit par les infos suivantes :
+      * nom
+      * prénom
+      * login
+      * password
+      * email
+Les comptes (testeur, developpeur ou administrateur) sont limités à un id et un libellé
+===== Réalisation de tests =====
+Chaque Fonction du plan est réalisée 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
+===== Demandes =====
+Les utilisateurs peuvent effectuer des demandes :
+  * Pour s'inscrire sur un plan de test
+  * Pour devenir créateur de tests
-===== Utilisateurs et groupes =====
+On retiendra la date de cette demande, ainsi que sa motivation (nature).
-Les utilisateurs sont classés en groupes