Réponse.

Les tests manuels commencent par l'élaboration des exigences et se terminent par la rédaction de rapports finaux. Ce processus est historiquement né comme une alternative plus flexible et accessible à l'automatisation au début du développement, permettant de vérifier rapidement différents scénarios en direct.

Au départ, les tests manuels étaient réalisés sans méthodologie, ce qui entraînait des erreurs et des pertes d'informations. Si le processus est désorganisé, des tests redondants et des omissions d'erreurs se produisent (problème). Pour améliorer l'efficacité, il est important de structurer les étapes des tests, de définir clairement les domaines de responsabilité et d'utiliser une documentation normalisée (solution).

Caractéristiques clés :

Planification : définition des tâches et choix des méthodes de test.
Exécution : vérification manuelle étape par étape avec enregistrement des résultats.
Analyse : documentation des défauts et préparation des rapports finaux.

Questions piégées.

Pourquoi les tests manuels ne peuvent-ils pas être entièrement remplacés par des tests automatisés ?

Les tests manuels sont nécessaires pour travailler avec des scénarios non standards et changeants, où il est plus simple de modifier les cas de test à la main, ainsi que pour vérifier l'expérience utilisateur, les bugs visuels et les erreurs internavigateurs.

Est-il possible de réaliser des tests sans aucune documentation ?

Non, l'absence de documentation entraîne la perte d'informations, l'impossibilité de reproduire des erreurs et une diminution de la confiance dans les résultats des tests.

L'étape des tests clôt-elle toujours un projet ?

Non, les tests se déroulent souvent en parallèle avec le développement (par exemple, approches agile ou itérative).

Erreurs typiques et anti-modèles

Incohérence des actions entre les testeurs
Absence de documentation à jour
Tests répétés des mêmes scénarios sans ajout de valeur

Exemple de la vie réelle

Cas négatif

L'équipe n'avait pas de structure de test claire, chacun testait selon sa propre méthode, les bugs étaient enregistrés dans des fichiers différents. Résultat : une partie des erreurs critiques a été ignorée, le temps du projet a été prolongé.

Avantages :

Flexibilité et rapidité de lancement initial

Inconvénients :

Pertes d'informations, tests répétitifs, utilisation inefficace du temps

Cas positif

Mise en place d'un plan de test unifié, définition des zones de responsabilité, accord sur le format des rapports de bogues. Les erreurs sont enregistrées et suivies dans un tracker commun.