Tests Fonctionnels manuels
Pour l'automatisation des tests, voir Tests fonctionnels automatisés & intégration continue
Les tests permettent de contrôler l'adéquation du produit fini avec les spécifications.
Contrairement aux tests automatisés, il s'agit ici d'établir des scénarios d'usage de l'application, puis de les faire tester par des utilisateurs.
Les scénarios d’usage permettent de tester le produit fini dans des conditions réelles ou quasi réelles. À travers des scénarios représentant l’utilisation quotidienne de l’application, ils permettent de :
- vérifier que l’application fait bien ce qu’elle doit faire.
- détecter les erreurs de conception afin de pouvoir les corriger par la suite.
- corriger toutes les erreurs typographiques qui auraient pu être oubliées…
Scénario d'usage
Chaque scénario doit être documenté : (pour vous et pour le bêta-testeur)
- Module ou cas d'utilisation (ou user story)
- Numéro Scénario.
- Description du scénario : le résultat qu'on souhaite obtenir.
- Situation initiale
- Actions : ensemble des actions à effectuer.
- Résultat attendu : ce qui doit être obtenu à cette étape du scénario.
- Résultat obtenu : OK ou KO.
Plan de test
Liste l'ensemble des tests (scénarios d'usage) à réaliser, éventuellement classés par modules, ou cas d'utilisation de l'application
- Numéro Scénario ou code
- Titre : résumé de la description précédente.
- Résultat attendu : ce que je dois obtenir à cette étape du scénario.
- Résultat obtenu : OK ou KO.
Exemple de code utilisable pour 1 scénario : [useCase]-[fonctionATester]-[acteurEventuel]
Ex : [GestionUtilisateurs]-[AjouterUnUtilisateur]-[Admin]
Module général :
code | Titre | Résultat attendu | Résultat obtenu |
---|---|---|---|
[general]-[connexion]-[membre] | Connexion en tant que membre | connexion à l'application et activation des fonctionnalités du membre |