Dans le monde du développement logiciel, une bonne pratique est de disposer d’un cahier de tests lorsque l’on a une nouvelle version d’un logiciel à mettre à disposition des utilisateurs.
Pour quoi faire ?
Ce cahier liste des fonctionnalités à tester qui n’ont pas pu l’être de façon automatisée, ou bien qui l’ont été mais dans un environnement trop éloigné de la production et donc trop éloignée des conditions réelles. Son but est de valider le bon fonctionnement du logiciel, afin d’éviter que les utilisateurs s’y cassent les dents 
(car de toute façon, les bugs, ils vont les trouver : mais autant qu’ils trouvent les moins évidents !).
Où ça ?
J’ai commencé à initier un tel cahier il y a 5 mois, disponible ici : cahier de tests Duniter.
Qui peut participer ?
Je ne suis pas du tout spécialiste des tests, alors j’aurai bien besoin que vous m’aidiez dans cette tâche de listage et rédaction. N’importe qui peut participer, même les non spécialistes. Typiquement, si vous êtes utilisateur, vous avez certainement votre mot à dire, ayant une certaine expérience à utiliser des logiciels.
Il ne s’agit pas de dire qu’il manque au logiciel telle ou telle fonctionnalité, mais de dire « le logiciel est censé faire telle ou telle chose » conformément à ce qui a été annoncé par les développeurs.
Or lister tout ce que doit faire le logiciel, ce peut-être long ! Et être exhaustif est toujours délicat. Donc, toute aide est la bienvenue.
Comment ?
Je vous propose de participer en répondant à ce fil. Je mettrais à jour le fichier au fur et à mesures de vos réponses. Je souhaite faire ce cahier en français, et éventuellement nous le traduirons plus tard, car nous faisons tout cela principalement pour le développement de la Ğ1 qui est très largement utilisée par des francophones.
