Table des matières

Sprint 2

Validation

Sprint 1

Validation

Code US Libellé Auteur
Dev2.a.bis Modification de rubriques Anthony.G
Situation initiale
L'utilisateur est connecté, il voit ses plans.
Scénario
  1. L'utilisateur sélectionne un plan.
  2. L'utilisateur clique sur le bouton modifier d'une rubrique de ce plan.
  3. L'utilisateur modifie le formulaire de la rubrique.
  4. L'utilisateur valide la modification de la rubrique.
Résultats
  1. La rubrique modifié est mise à jour.
Code US Libellé Auteur
Dev2.b.bis Modification de fonctions Anthony.G
Situation initiale
L'utilisateur est connecté, il voit ses plans.
Scénario
  1. L'utilisateur sélectionne un plan.
  2. L'utilisateur sélectionne une rubrique de ce plan.
  3. L'utilisateur clique sur le bouton modifier d'une fonction de ce plan.
  4. L'utilisateur modifie le formulaire de la fonction.
  5. L'utilisateur valide la modification de la fonction.
Résultats
  1. La fonction modifié est mise à jour.
Code US Libellé Auteur
Aut1 Connexion Jordi.F
Situation initiale
L'utilisateur est sur la page d'accueil et souhaite se connecter
Scénario
  1. L'utilisateur se connecte en tant que testeur
  2. L'utilisateur se connecte en tant que développeur
  3. L’utilisateur se connecte en tant qu'administrateur
  4. L'utilisateur ne renseigne aucun login/password et se connecte
  5. L'utilisateur renseigne des login/password incorrect
Résultats
  1. L'utilisateur arrive sur la page des testeurs
  2. L'utilisateur arrive sur la page des développeurs
  3. L'utilisateur arrive sur la page des administrateur (page blanche pour le moment)
  4. L'utilisateur reste sur la page d'accueil en mode non connecté
  5. L'utilisateur reste sur la page d'accueil en mode non connecté
Code US Libellé Auteur
Aut2 Inscription Florian.B
Situation initiale
L'utilisateur souhaite s'inscrire afin de posséder son compte
Scénario
  1. L'utilisateur clique sur le bouton d'inscription
  2. L'utilisateur saisit les champs demandés
  3. L'utilisateur valide son inscription
  4. Un email de confirmation lui est envoyé
Résultats
  1. L'utilisateur est inscrit et possède désormais un compte
Code US Libellé Auteur
Tes2 Accès à la page d'accueil du testeur Pénélope G.
Situation initiale
L'utilisateur est connecté en tant que testeur.
Scénario et résultats à obtenir
  • Arrivée sur la page d'accueil
    •  ->affichage, sous forme "d'accordéon", des plans de test en cours, à faire, terminés et actifs

  • Choix de l'option de listage des plans de test à faire
    •  ->affichage, sous forme de liste, des plans de test à faire

  • Choix de l'option de listage des plans de test en cours
    •  ->affichage, sous forme de liste, des plans de test en cours

  • Choix de l'option de listage des plans de test terminés
    •  ->affichage, sous forme de liste, des plans de test terminés par le testeur

  • Choix de l'option de listage des plans de test actifs
    •  ->affichage, sous forme de liste, des plans de test actifs
        Affichage des plans de tests :     
    • si le testeur est déjà inscrit pour le test : affichage de la mention "Inscrit"
      •     
    • si le testeur n'est pas inscrit pour le test : affichage du test en rouge et bouton "Inscription à ce test"
      •       
    • le clic sur le bouton entraîne l'ouverture d'une fenêtre affichant le libellé du test et le langage concerné (A noter que les boutons ne sont pas actifs -> correspond à la User Story Tes1)

  • Choix de l'option de changement de statut
    •  ->affichage d'une fenêtre permettant au testeur de faire une demande de changement de statut (devenir développeur)

Code US Libellé Auteur
Aut3 Demande de changement de statut Romain.B
Situation initiale
Le testeur souhaite devenir développeur
Scénario
  1. Le testeur se connecte
  2. Le testeur clique sur "Devenir développeur"
  3. Le testeur visualise le formulaire et saisi ses motivations
  4. Un message l'informe que la demande a été envoyée
Résultats
  1. Le testeur a fait la demande pour devenir développeur