Le cahier de tests à été mis en place par mon ancien collègue développeur ainsi que mon formateur en informatique, que j’ai ensuite repris après son départ.
Il regroupe plusieurs référentiels modifiables afin de catégoriser chaque besoin utilisateur selon des conditions (importance, arbitrage, modules, état…)

L’organisation de travail est la même avant chaque mise à jour :
– Le thème du sprint est décidé (quel module, quel correctif, qui sera impacté..?)
– Ecriture des tests au préalable afin de délimiter les zones d’impact et les scénarios utilisateurs
– Développement du sprint
– Réalisation des tests avec la date et le statut du test (Est-ce fonctionnel ? Est-ce bloquant si ce n’est pas fonctionnel ? Est-ce à planifier au prochain sprint ?)

Ici les tests concernaient un correctif de gestion de documents suite à une modification dans la base de données, il a alors fallu vérifier chaque condition et zone de téléchargement sur toute l’application