Réponse.

Historique de la question :

Les tests manuels étaient à l'origine basés sur l'habitude de tester uniquement les scénarios correspondant aux exigences et au comportement attendu du système (les "scénarios positifs"). Avec le temps, il est devenu clair que les logiciels échouent souvent dans des conditions inattendues ou erronées, auxquelles on ne s'attendait pas.

Problème :

Les scénarios positifs ne garantissent pas la robustesse et la fiabilité de l'application. Si l'on ne teste pas les scénarios négatifs (par exemple, les entrées incorrectes, les actions non autorisées), des défauts graves, qui se manifesteront chez les utilisateurs réels, peuvent être manqués.

Solution :

Réaliser les deux types de tests :

Test positif — vérifie si le système fonctionne conformément aux exigences avec des données et actions utilisateur correctes.
Test négatif — teste la stabilité du système et sa résistance aux actions et données erronées, non standards ou incorrectes.

Caractéristiques clés :

Il est impossible d'assurer la qualité uniquement avec un type de test.
Le test négatif aide à trouver des erreurs qui se produisent moins souvent lors d'une utilisation normale.
Les cas positifs sont basés sur les exigences, les négatifs — sur leur violation.

Questions pièges.

Peut-on négliger le test négatif si le produit passe un ensemble complet de scénarios positifs ?

Non. Les erreurs apparaissant dans les scénarios négatifs ont souvent un impact critique sur la sécurité et la fiabilité du produit.

Les tests négatifs doivent-ils nécessairement conduire à des erreurs du programme ?

Non, un programme bien conçu sur des scénarios négatifs doit gérer correctement les données erronées, ne "tomber" pas et ne pas donner de résultats incorrects.

Est-il également important d'écrire des tests positifs et négatifs pour toutes les parties du système ?

Non, parfois pour les parties non essentielles ou établies des systèmes, il est possible de réduire le nombre de scénarios négatifs, mais pour les endroits vulnérables et critiques — c'est une nécessité.

Erreurs typiques et anti-modèles

Ignorer complètement les scénarios négatifs.
Test négatif trop superficiel (par exemple, n'avoir vérifié qu'une seule entrée incorrecte).
Méconnaissance de la différence entre testing positif et négatif.

Exemple de la vie

Cas négatif

Dans l'entreprise, lors des tests du formulaire d'inscription sur le site, seules les valeurs correctes (e-mail valide, mots de passe, etc.) ont été vérifiées, sans tenir compte des options erronées.

Avantages :

Développement et test rapides.

Inconvénients :

Après le lancement, les utilisateurs ont pu envoyer le formulaire avec des e-mails non valides, ce qui a conduit à des pannes de mailing et à des critiques négatives.

Cas positif

Le testeur a ajouté des tests pour l'entrée d'un e-mail non valide, pour les mots de passe trop courts et trop longs, et pour les caractères spéciaux dans tous les champs.