Le test manuel est une méthode de vérification du fonctionnement d'une application ou d'un système sans utiliser d'outils automatisés. L'objectif est de garantir que l'application fonctionne comme prévu en simulant les actions de l'utilisateur.
Une stratégie de test définit les grandes lignes de la démarche de test :
Exemple :
Objectif : Garantir que les fonctionnalités principales fonctionnent comme prévu avant le déploiement.
Types de tests : Tests fonctionnels, de régression, et tests exploratoires.
Outils : TestLink pour la gestion des cas de tests.
Risques : Retards dus aux changements fréquents des spécifications.
Le plan de test est un document détaillant l'approche adoptée pour tester une application. Il inclut les informations suivantes :
Exemple :
Scope : Tests fonctionnels et de régression pour le module de gestion des utilisateurs.
Environnement : Windows 10, Chrome 110, base de données MySQL.
Critères d'entrée : Livraison des spécifications fonctionnelles.
Critères de sortie : Tous les cas critiques réussis à 100 %.
Un cas de test décrit une série d'étapes pour vérifier une fonctionnalité.
Exemple :
ID : TC-001
Description : Vérifier que l'utilisateur peut se connecter avec des identifiants valides.
Préconditions : L'application est accessible et l'utilisateur est enregistré.
Étapes :
1. Ouvrir l'application.
2. Entrer un email et mot de passe valides.
3. Cliquer sur "Se connecter".
Résultat attendu : L'utilisateur est redirigé vers le tableau de bord.
Un bug est déclaré lorsqu'un écart est trouvé entre le comportement attendu et le comportement réel. Voici les éléments à inclure :
Exemple :
Bug ID : BUG-001
Titre : Impossible de se connecter avec un mot de passe valide.
Description : L'application affiche une erreur même avec des identifiants valides.
Étapes :
1. Entrer un email valide.
2. Entrer un mot de passe valide.
3. Cliquer sur "Se connecter".
Résultat attendu : Connexion réussie.
Résultat actuel : Message d'erreur "Identifiants invalides".
Les tests de régression vérifient que les nouvelles fonctionnalités ou corrections n'ont pas introduit de bugs dans les fonctionnalités existantes.
Exemple : Après avoir corrigé un bug dans le module d'inscription, tester à nouveau les fonctionnalités de connexion, de mot de passe oublié, etc.
Les jeux de données permettent de valider le comportement d'une application pour différents scénarios.
Exemple :
Email valides : test@example.com, valid_user@domain.org
Emails invalides : @domain.com, user@.com, userdomain.com
Voici quelques outils populaires pour gérer les tests manuels :