DoD des tasks de développement (TDEV) :
- La tâche a été implémentée
- Le déploiement fonctionne
- La tâche de test correspondante est close
- Le code a été push
- Le test est passé
- Le résultat du test a été archivé
DoD des tasks de Test (TTES) :
- Le test a été implémenté
- Le code a été push
- Le test a été ajouté au fichier Test.md
DoD des tasks de Design (TDES) :
- La tâche a été implémenté
- Le code a été push
Attention ! Ce fichier n'est plus maintenu à partir du 22/11/2020 20h45, au profit du trello Sprint 2 (désormais sprint 3). S'il ne vous est pas accessible, une invitation est disponible sur slack.
Le tableau ci-dessous constitue donc une archive de notre travail.
ID | Issue | Nom | Dépendances | Charge estimée | Charge réelle | Ressource | Statut |
---|---|---|---|---|---|---|---|
TDES-05 | ALL | Créer le Dockerfile ainsi que le docker-compose.yml permettant de build l'application depuis n'importe quelle machine | TDES-04 | 2 | ljolliet | TODO | |
TDES-13 | ALL | Remplir le fichier "Documentation.md" avec les commandes permettant de déployer le projet | TDES-05 | 0.25 | ljolliet | TODO | |
TTES-06 | ID01 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID01.feature" | TDES-09 | 1.5 | 3 | ljolliet | DONE |
TDES-11 | ID28 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID28.feature" | / | 0.25 | ljolliet | TODO | |
TTES-10 | ID28 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID28.feature" | TDES-11 | 1.5 | ljolliet | TODO | |
TDES-12 | ID02 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID02.feature" | / | 0.25 | 0.25 | ljolliet | DONE |
TTES-13 | ID02 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID02.feature" | TDES-12 | 1.5 | ljolliet | DOING | |
TDEV-17 | ID03 | Dans le fichier "services/backlogService.js", créer la fonction updateUserStory(id, name, description, priority, difficulty) permettant de modifier une US en BD. Ce service ne modifie l'US que si aucune task n'est liée à cette US. Sinon elle renvoie une erreur | TDES-05 | 0.5 | wilfried | DONE | |
TTES-14 | ID03 | Implémenter le test de la fonction updateUserStory qui vérifie que la modification de l'US a bien lieu en BD dans le cas où aucune tâche n'est liée à cette US ou envoie une erreur si une tâche est associée à cette US. | / | 0.5 | wilfried | DONE | |
TDEV-18 | ID03 | Dans le fichier "routes/backlog.js", créer la routes GET "/backlog/update" qui reçoit les données d'une US (id, name, description, priority, difficulty) et modifie l'US en question dans la bd via le service backlogService. | TTES-16, TDEV-17 | 0.5 | wilfried | DONE | |
TTES-16 | ID03 | Implémenter le test de la route "/backlog/update" qui envoie une requête GET et qui vérifie que le code de retour est bon (200). | / | 0.5 | wilfried | DONE | |
TDEV-19 | ID03 | Dans le fichier backlogService.js, créer la fonction deleteUserStory(id) permettant de supprimer une US en BD. Ce service ne supprimer l'US que si aucune task n'est liée à cette US. Sinon elle renvoie une erreur | TTES-17 | 0.5 | 0.5 | wilfried | DONE |
TTES-17 | ID03 | Implémenter le test de la fonction deleteUserStory qui vérifie que la modification de l'US a bien lieu en BD dans le cas où aucune tâche n'est liée à cette US ou envoie une erreur si une tâche est associée à cette US. | / | 0.5 | 1 | wilfried | DONE |
TDEV-20 | ID03 | Dans le fichier "routes/backlog.js", créer la routes DELETE "/backlog/delete" qui reçoit les données d'une US (id) et delete l'US en question dans la bd via le service backlogService. | TTES-19, TDEV-19 | 0.5 | 0.5 | ljolliet | DONE |
TTES-19 | ID03 | Implémenter le test de la route "/backlog/delete" qui envoie une requête DELETE qui vérifie que le code de retour est bon (200). | / | 0.5 | 0.75 | ljolliet | DONE |
TDES-13 | ID03 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID03.feature" | / | 0.25 | 0.25 | ljolliet | DONE |
TTES-20 | ID03 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID03.feature" | TDES-13 | 1.5 | ljolliet | DOING | |
TDEV-22 | ID05 | Dans le fichier "services/backlogService.js", créer la fonction setUserStorySprint(id, sprintId) permettant d'attribuer un sprint à une US en BD. Si l'US ou le sprint n'existe pas, la fonction renvoie un erreur. | TTES-21, TTES-22 | 0.5 | 4 | ljolliet | DONE |
TTES-21 | ID05 | Implémenter le test de la fonction setUserStorySprint qui vérifie que l'attribution du sprint d'une US a bien lieu en BD lorsque l'US ou le sprint existe ou qu'une erreur est renvoyée si le sprint (resp. l'US) n'existe pas. | / | 0.5 | 1 | ljolliet | DONE |
TDEV-23 | ID05 | Dans le fichier "routes/backlog.js", créer la routes GET "/userStorySprint" qui reçoit les données l'id de l'US et l'id du sprint et ajoute l'US au sprint en question service backlogService. | TTES-23, TDEV-22 | 0.5 | ljolliet | DONE | |
TTES-23 | ID05 | Implémenter le test de la route "/userStorySprint" qui envoie une requête GET qui vérifie que le code de retour est bon (200). | / | 0.5 | 0.5 | ljolliet | DONE |
TDEV-24 | ID05 | Dans le fichier "views/js/backlog.js", implémenter la sélection ainsi que le glisser-déposer d'une US dans un sprint. | TDEV-36 | 4 | 4 | wilfried | DONE |
TDES-14 | ID05 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID05.feature" | / | 0.25 | 0.25 | wilfried | DONE |
TTES-24 | ID05 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID05.feature" | TDES-14 | 1.5 | TODO | ||
TDEV-25 | ID46 | Dans le fichier "views/js/backlog.js", calculer et afficher dans "views/backlog.ejs", au niveau de chaque sprint la vélocité prévue et, si le sprint a commencé ou est terminé, la vélocité réelle. Si au moins un sprint a été terminé, afficher un bandeau d'avertissement si la vélocité réelle de/des sprint(s) passé(s) est plus de 15% plus élevée ou plus basse que la vélocité moyenne des sprints précédents | TDEV-36 | 6 | TODO | ||
TDES-15 | ID46 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID46.feature" | / | 0.25 | TODO | ||
TTES-25 | ID46 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID46.feature" | TDES-15 | 1.5 | TODO | ||
TDEV-26 | ID06 | Dans le fichier "services/backlogService.js" contenant la fonction addSprint(name, dateBegin, dateEnd). Un id unique est également attribué. | TTES-26 | 0.25 | 0.25 | wilfried | DONE |
TTES-26 | ID06 | Implémenter le test de la fonction addSprint du fichier "services/backlogService.js", qui vérifie qu'elle ajoute bien un sprint en bd. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-27 | ID06 | Dans le fichier "routes/backlog.js", créer la routes POST "backlog/sprint" qui reçoit les données d'un sprint (name, date de début et date de fin) et ajoute le sprint en question à la bd via le service backlogService. | TTES-27, TDEV-26 | 0.5 | 0.5 | wilfried | DONE |
TTES-27 | ID06 | Implémenter le test de la route "backlog/sprint" qui envoie une requête POST qui vérifie que le code de retour est bon (201). Le code retour est 400 si l'élément existe déjà. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-28 | ID06 | Dans le fichier "views/backlog.ejs", ajouter un bouton "Ajouter Sprint" qui permet d'afficher un formulaire composé des champs "name", "date de début" et "date de fin". Le formulaire envoie une requête POST avec ce champs à l'url "backlog/sprint". | TDEV-36 | 2 | 1 | wilfried | DONE |
TDES-16 | ID06 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID06.feature" | / | 0.25 | 0.25 | wilfried | DONE |
TTES-28 | ID06 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID06.feature" | TDES-16 | 1.5 | 0.5 | ljolliet | DONE |
TDEV-29 | ID07 | Dans le fichier "services/backlogService.js", créer la fonction updateSprint(id, name) permettant de modifier une US en BD. Ce service ne modifie le sprint que si aucune issue n'est plannifiée dans le sprint. | TTES-29 | 0.5 | 0.5 | wilfried | DONE |
TTES-29 | ID07 | Implémenter le test de la fonction updateSprint qui vérifie que la modification du sprint a bien lieu en BD. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-30 | ID07 | Dans le fichier "routes/backlog.js", créer la routes GET "backlog/sprint/update" qui reçoit les données d'un sprint (id, name) et modifie le sprint en question dans la bd via le service backlogService. | TTES-30, TDEV-29 | 0.5 | 0.25 | wilfried | DONE |
TTES-30 | ID07 | Implémenter le test de la route "backlog/sprint/update" qui envoie une requête GET qui vérifie que le code de retour est bon (200). | / | 0.5 | 0.25 | wilfried | DONE |
TDEV-31 | ID07 | Dans le fichier "services/backlogService.js", créer la fonction deleteSprint(id, project) permettant de supprimer un sprint en BD. Ce service ne modifie le sprint que si aucune issue n'est plannifiée dans le sprint. | TTES-31 | 0.5 | 0.25 | wilfried | DONE |
TTES-31 | ID07 | Implémenter le test de la fonction deleteSprint qui vérifie que la suppression du sprint a bien lieu en BD. | / | 0.5 | 0.25 | wilfried | DONE |
TDEV-32 | ID07 | Dans le fichier "routes/backlog.js", créer la routes DELETE "backlog/sprint/delete" qui reçoit les données d'un sprint (id) et supprime le sprint en question dans la bd via le service backlogService. | TTES-32, TDEV-31 | 0.5 | 0.25 | wilfried | DONE |
TTES-32 | ID07 | Implémenter le test de la route "backlog/sprint/delete" qui envoie une requête DELETE qui vérifie que le code de retour est bon (200). | / | 0.5 | 0.25 | wilfried | DONE |
TDEV-33 | ID07 | Dans le fichier "views/backlog.ejs", ajouter un bouton "Modifier" pour chaque Sprint qui permet d'afficher un formulaire composé d'un champ "name". Le formulaire envoie une requête PUT avec ce champs et l'id du sprint à l'url "/sprint/update". Ajouter aussi un bouton "supprimer" qui envoie une requête DELETE avec l'id du sprint à l'url "/sprint/delete" | TDEV-36 | 2 | 1 | wilfried | DONE |
TDES-17 | ID07 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID07.feature" | / | 0.25 | 0.25 | wilfried | DONE |
TTES-33 | ID07 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID07.feature" | TDES-17 | 1.5 | TODO | ||
TDEV-34 | ID09 | Dans dans le fichier "services/backlogService.js", créer la fonction getBacklog(project) qui renvoie la liste des sprints présent en bd avec les issues qu'ils contiennent, ainsi que les US n'appartenant à aucun sprint d'un project. | TTES-34 | 0.5 | 0.5 | wilfried | DONE |
TTES-34 | ID09 | Implémenter le test de la fonction getBacklog qui vérifient qu'une erreur est renvoyée si le projet n'existe pas. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-35 | ID09 | Dans le fichier "routes/backlog.js", créer la route GET "/backlog" qui renvoie le backlog d'un project via le backlogService. | TTES-35, TDEV-34 | 0.5 | 0.5 | wilfried | DONE |
TDES-18 | ID09 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID09.feature" | / | 0.25 | 0.15 | ljolliet | DONE |
TTES-36 | ID09 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID09.feature" | TDES-18 | 1.5 | ljolliet | DOING | |
TDEV-37 | ID10 | Dans dans le fichier "services/backlogService.js", créer la fonction getIssueStory(id) qui renvoie l'issue ayant l'id passé en paramètre. | TDES-05 | 0.5 | 0.5 | ljolliet | DONE |
TDEV-38 | ID10 | Dans le fichier "routes/backlog.js", créer la route GET "/userStories/:id" qui renvoie l'US ayant l'id ":id" via le backlogService. Si l'id est inexistant un code d'erreur 400 est retourné. | TTES-37, TDEV-37 | 0.5 | 0.25 | wilfried | DONE |
TTES-37 | ID10 | Implémenter les tests de la route "/userStories/:id" qui envoie une requête GET et avec un id existant qui vérifie que le retour est bien l'US concernée. Le test vérifie également que si l'id est eronné, l'erreur 400 est renvoyée. | / | 0.5 | 0.25 | wilfried | DONE |
TDEV-39 | ID10 | Créer le fichier "views/userStory.ejs" permettant d'afficher une US (id, name, description, priority, difficulty). Le fichier contient un bouton "Modifier" qui permet d'afficher un formulaire avec les champs (name, description, priority, difficulty) qui envoie une requète GET à l'url "uerStories". | / | 2 | 1.5 | wilfried | DONE |
TDEV-40 | ID10 | Dans le fichier "views/backlog.ejs", chaque US doit être sélectionnable qui envoie une requête GET à l'url "/userStories/:id" où id est l'id de l'US. | TDEV-36 | 1.5 | 0.5 | wilfried | DONE |
TDES-19 | ID10 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID10.feature" | / | 0.25 | 0.10 | ljolliet | DONE |
TTES-38 | ID10 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID10.feature" | TDES-19 | 1.5 | 0.75 | ljolliet | DONE |
TDEV-41 | ID11 | Créer le fichier "services/taskService.js" contenant les fonctions addTask(name, description, userStory), permettant d'ajouter une tache via mongoDB. Cette fonction génère un id unique et l'attribut à la tache. | TTES-39 | 0.5 | 0.5 | wilfried | DONE |
TTES-39 | ID11 | Implémenter le test de la fonction addTask du fichier "services/taskService.js", qui vérifie qu'elle ajoute bien une tache en bd. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-42 | ID11 | Dans le fichier "routes/tasks.js", créer la route GET "/tasks/create" qui renvoie le formulaire du fichier "views/addTask.ejs" | / | 0.5 | 0.25 | wilfried | DONE |
TDEV-43 | ID11 | Dans le fichier "routes/tasks.js", créer la routes POST "/tasks" qui reçoit les données d'une tache (name, description, userStory) et ajoute la tache en question à la bd via le service taskService. | TTES-40, TDEV-41 | 0.5 | 0.5 | wilfried | DONE |
TTES-40 | ID11 | Implémenter le test de la route "/tasks" qui envoie une requête POST et qui vérifie que le code de retour est bon (201). Le code retour est 400 si l'élément existe déjà. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-44 | ID11 | Créer le fichier "views/addTask.ejs" contenant un formulaire composé des champs "name", "description" et d'un sélecteur de userStory. Le formulaire envoie une requête POST avec ces trois champs à l'url "/tasks". | / | 1 | 1 | wilfried | DONE |
TDEV-45 | ID11 | Dans le fichier "views/tasks.ejs", ajouter un bouton "Ajouter" qui envoie une requête GET à l'url "/tasks/create" | TDEV-51 | 0.5 | 0.25 | wilfried | DONE |
TDEV-46 | ID11 | Dans le fichier "services/taskService.js", ajouter la fonction updateTask(id, name, description, userStory), permettant de modifier une tache via mongoDB. | TTES-41 | 0.5 | TODO | ||
TTES-41 | ID11 | Implémenter le test de la fonction updateTask qui vérifie que la modification de la tache a bien lieu en BD. | / | 0.5 | TODO | ||
TDEV-47 | ID11 | Dans le fichier "routes/tasks.js", créer la route PUT "/tasks" qui reçoit les données d'une tache (id, name, description, userStory) et modifie la tache en question dans la bd via le service taskService. | TTES-42, TDEV-46 | 0.5 | TODO | ||
TTES-42 | ID11 | Implémenter le test de la route "/tasks" qui envoie une requête PUT et qui vérifie que le code de retour est bon (200). | / | 0.5 | TODO | ||
TDEV-48 | ID11 | Dans le fichier "views/tasks.ejs", ajouter un bouton "Modifier" pour chaque task qui affiche un formulaire composé des champs, avec valeur, "name", "description" et d'un sélecteur de userStory. Le formulaire envoie une requête PUT avec ces trois champs à l'url "/tasks" | TDEV-51 | 1 | TODO | ||
TDES-20 | ID11 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID11.feature" | / | 0.25 | TODO | ||
TTES-43 | ID11 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID11.feature" | TDES-20 | 1.5 | TODO | ||
TDEV-49 | ID45 | Dans dans le fichier "services/taskService.js", créer la fonction getTasks() qui renvoie la liste des tâches présent en bd. | TDES-05 | 0.5 | 0.25 | wilfried | DONE |
TDEV-50 | ID45 | Dans le fichier "routes/tasks.js", créer la route GET "/tasks" qui renvoie la liste des tâches via le taskService. | TTES-44, TDEV-44 | 0.5 | 0.25 | wilfried | DONE |
TTES-44 | ID45 | Implémenter les tests de la route "/tasks" qui envoie une requête GET et qui vérifie que le retour est bien la liste des tâches existant. | / | 0.5 | 0.5 | wilfried | DONE |
TDEV-51 | ID45 | Créer le fichier "views/tasks.ejs" permettant d'afficher l'ensemble des tâches renvoyés en GET. | / | 2 | 3 | wilfried | DONE |
TDES-21 | ID45 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID45.feature" | / | 0.25 | TODO | ||
TTES-45 | ID45 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID45.feature" | TDES-21 | 1.5 | TODO | ||
TDEV-52 | ID32 | Créer le fichier "services/dodService.js" contenant la fonction addDOD(name, rules), permettant d'ajouter une tache via mongoDB. | TTES-46 | 0.5 | TODO | ||
TTES-46 | ID32 | Implémenter le test de la fonction addDOD du fichier "services/dodService.js", qui vérifie qu'elle ajoute bien une DOD en bd. | / | 0.5 | TODO | ||
TDEV-53 | ID32 | Dans le fichier "routes/dods.js", créer la route POST "/dods" qui reçoit les données d'une DOD (name, rules) et ajoute la DOD en question à la bd via le service dodService. | TDEV-52, TTES-54 | 0.5 | TODO | ||
TTES-54 | ID11 | Implémenter le test de la route "/dods" qui envoie une requête POST et qui vérifie que le code de retour est bon (201). Le code retour est 400 si l'élément existe déjà. | / | 0.5 | TODO | ||
TDEV-54 | ID32 | Créer le fichier "views/addDOD.ejs" contenant un formulaire composé des champs "name", "rules". Le formulaire envoie une requête POST avec ces deux champs à l'url "/dods". | / | 1 | TODO | ||
TDES-22 | ID32 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID32.feature" | / | 0.25 | TODO | ||
TTES-47 | ID32 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID32.feature" | TDES-22 | 1.5 | TODO | ||
TDEV-55 | ID37 | Dans le fichier "services/backlogService.js", créer la fonction getUSByDifficulty() qui retourne un tableau de liste d'US organisé par difficulté. | TTES-48 | 0.5 | TODO | ||
TTES-48 | ID37 | Implémenter le test de la fonction getUSByDifficulty qui vérifie que la fonction renvoie bien les US par difficulté. | / | 0.5 | TODO | ||
TDEV-56 | ID37 | Dans le fichier "routes/backlog.js", créer la routes GET "/backlog/byDifficulty" qui renvoie un tableau de liste d'US trié par estimation de charge via le backlogService. | TTES-49, TDEV-55 | 0.5 | TODO | ||
TTES-49 | ID37 | Implémenter le test de la route "/backlog/byDifficulty" qui envoie une requête GET qui vérifie que le retour est bien le tableau attendu. | / | 0.5 | TODO | ||
TDEV-57 | ID37 | Créer le fichier "views/difficulty.ejs" permettant d'afficher l'ensemble des US en colonne. Une colonne correspond a un niveau de difficulté des US. Au dessus de cela il y aura l'US (id, nom) que l'on souhaite estimer. Un slider permettra d'estimer la difficulté de l'US. le slider fera ensuite un PUT userStories. | / | 4 | TODO | ||
TDES-23 | ID37 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID37.feature" | / | 0.25 | TODO | ||
TTES-50 | ID37 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID37.feature" | TDES-23 | 1.5 | TODO | ||
TDEV-58 | ID33 | Dans le fichier "services/dodService.js", créer la fonction updateDOD(id, name, rules) permettant de modifier le DOD d'id "id" en BD. | TTES-51 | 0.5 | TODO | ||
TTES-51 | ID33 | Implémenter le test de la fonction updateDOD qui vérifie que la modification du DOD a bien lieu en BD. | / | 0.5 | TODO | ||
TDEV-59 | ID33 | Dans le fichier "routes/dod.js", créer la routes PUT "/dods" qui reçoit les données d'un DOD (name, rules) et modifie le DOD en question dans la bd via le service dodService. | TTES-52, TDEV-58 | 0.5 | TODO | ||
TTES-52 | ID33 | Implémenter le test de la route "/dods" qui envoie une requête PUT qui vérifie que le code de retour est bon (200). | / | 0.5 | TODO | ||
TDEV-60 | ID33 | Créer le fichier "views/dods.ejs" permettant de d'afficher la liste des éléments d'un DoD et de les modifier en envoyant une requête PUT à la route /dods | / | 2 | TODO | ||
TDEV-61 | ID33 | Créer le fichier "views/js/dods.js" permettant de dynamiquement ajouter ou supprimer des éléments d'un DoD et de les modifier en envoyant une requête PUT à la route /dods. Ce fichier sera lié à "views/dods.ejs" | / | 2 | TODO | ||
TDES-24 | ID33 | Ecrire le scénario du test E2E en Gherkin dans le fichier "test/e2e/ID33.feature" | / | 0.25 | TODO | ||
TTES-53 | ID33 | Implémenter le test E2E de l'US décrit dans le fichier "test/e2e/ID33.feature" | TDES-24 | 1.5 | TODO |
Vélocité totale : 86h