Qu’est-ce qu’un cas de test ?
Les cas de test sont un ensemble d’actions documentées, les étapes à suivre, qui régissent l’observation et l’analyse d’une exigence logicielle spécifique. Un cas de test formel utilise un test positif et un test négatif par exigence.
Pour plus d’informations sur l’ensemble des concepts associés aux cas de test, y compris le format approprié des cas de test, des conseils sur la création d’un bon cas de test, et plus sur les cas de test et les tests positifs, lisez ce guide sur les éléments essentiels des cas de test.
Qu’est-ce que les tests négatifs ?
Dans les tests logiciels, les tests positifs font référence au processus de test d’un système sous test (SUT) ou d’une application sous test (AUT) en évaluant le comportement attendu par rapport à une exigence. Les tests négatifs, parfois appelés tests d’échec ou tests de chemin d’erreur, sont la pratique qui consiste à trouver des commentaires utiles lorsque les choses tournent mal.
Les tests négatifs utilisent des données d’entrée non valides, ou des comportements d’utilisateurs indésirables, pour vérifier les erreurs système inattendues. Autrement dit, un testeur prend des entrées non valides et teste l’interface utilisateur (UI) d’une application web (l’utilisation la plus courante des tests négatifs), en s’attendant à ce qu'un événement inattendu se déroule. Cette pratique vise à découvrir ce qui se passe avec l’AUT dans des conditions défavorables.
Quel est l'objectif des tests négatifs ?
Les tests négatifs sont une pratique de contrôle de la qualité qui garantit une couverture complète des tests dans le développement de logiciels. En tentant délibérément de faire planter un SUT ou en utilisant de mauvaises données pour trouver des défauts inconnus (bogues), un testeur ou un développeur découvre des manières de rendre le SUT peut être plus stable et plus fiable. En prouvant ce que le logiciel ne doit pas faire ou accepter, le testeur vérifie que le code répond à chaque exigence.
Qu’est-ce qu’un cas de test négatif ?
Un test négatif est « écrit pour prouver quelque chose que le logiciel ne doit pas faire ou accepter », explique Neil Price-Jones, président de NVP Software Solutions. Il ajoute : « Les cas de test négatifs garantissent que si un utilisateur essaie quelque chose qui n'a pas été pris en compte dans la conception ou le codage, il obtient la bonne réponse ou le message d'erreur ou au moins ne peut pas se rendre à un endroit où il n'est pas censé être. »
Quelle est la différence entre les cas de test positifs, négatifs et destructifs ?
Les tests négatifs et positifs sont des activités simultanées que vous documentez à l’aide d’un cas de test. « Un cas de test positif garantit que quelque chose inclus dans les exigences ou la conception fonctionne comme prévu. Les cas de test négatifs vérifient tout le reste », explique Neil Price-Jones.
Également connus sous le terme de tests destructifs, Neil Price-Jones les définit comme suit : « vous pouvez exécuter des cas de test négatifs (et vous devriez si vous devez documenter tout ce que vous avez fait et fournir des preuves) ou utiliser simplement comme une tentative de corriger le logiciel par tous les moyens possibles ».
Par exemple, il est courant qu’une application en ligne demande à l’utilisateur de remplir le champ de texte Mot de passe sur une certaine plage de caractères (par exemple, plus de six et moins de douze). À l’aide d’un test positif, le testeur saisit les mots de passe dans la plage définie. Pour les tests négatifs correspondants, le testeur saisit les mots de passe qui ne correspondent pas à ces paramètres (par exemple, moins de six, plus de douze ou zéro caractères) pour tester la réponse de l’AUT. Ce type de test négatif est connu sous le nom de test d’analyse de la valeur limite.
Comment identifier les cas de test négatifs ?
Comment déterminez-vous les données à utiliser ou les actions indésirables à prendre afin de créer et d’exécuter des cas de test négatifs utiles ? Pour identifier les cas de test négatifs, commencez par le cas de test positif. Chaque cas de test positif est créé en analysant les exigences de l’entreprise/utilisateur, les artefacts et les documents de conception des logiciels. Utilisez chaque scénario de cas de test positif pour identifier le cas de test négatif en utilisant des informations non trouvées dans les documents.
Vous devez équilibrer le temps et les ressources pour répondre aux exigences logicielles. Les tests négatifs font face à une résistance en raison des calendriers des projets, de la disponibilité de personnes qualifiées, des dates de lancement et des budgets. Sans soumettre le SUT à des dommages réels, les testeurs de logiciels utilisent l’expérience et l’intuition pour décider comment, quand et où utiliser les tests négatifs et identifier les étapes du cas de test. Il n’est pas possible de pratiquer des tests négatifs exhaustifs ou de créer des cas de test négatifs qui fournissent une couverture de test parfaite du SUT.
Modèle de planification et d’exécution des cas de test
Utilisez ce modèle de planification et d’exécution des cas de test pour cartographier des plans de test pour votre projet de développement de logiciels, exécuter les étapes du cas de test et analyser les données de test. Il est conçu pour suivre les tests par identifiant et par nom, identifier chaque étape d’un test, ajouter des niveaux de priorité et des notes, et comparer les résultats réels par rapport aux résultats attendus.
Téléchargez le modèle de planification et d’exécution des cas de test
Comment concevoir un cas de test négatif ?
Dans le cadre des tests logiciels, lorsque la quantité d’entrées possibles est trop importante pour une couverture de test complète et rentable, un tableau orthogonal offre un modèle efficace pour concevoir des cas de test négatifs (c’est-à-dire, trouver des erreurs logicielles et éliminer les tests en double). Ce modèle est couramment utilisé pour les tests d’interface utilisateur, les tests de régression et les tests de performance du SUT.
Neil Price-Jones aborde la conception de cas de test négatifs en termes systématiques : « une façon est de penser orthogonalement au flux d’une transaction dans un scénario commercial standard, puis de réfléchir à ce qui peut mal tourner à chaque étape de ce processus. »
« Si vous pensez que la transaction se passe par des étapes de gauche à droite (c’est-à-dire de façon linéaire), alors vous pouvez penser à la tester (en termes positifs et négatifs) en regardant chaque étape par le haut et en voyant ce qui serait positif (ce qui permet à la transaction de passer à l’étape suivante) et le négatif (ce qui devrait empêcher la transaction de se déplacer à l’étape suivante) », explique Neil Price-Jones.
Format de cas de test négatif
Les cas de test positifs et négatifs partagent le même format, qui comprend généralement les attributs suivants :
Énoncé des cas de test
Configuration du test
ID des cas de test
Scénario de test
Étapes de test négatives
Données de test négatives
Résultats attendus
Résultats réels
Confirmation de réussite/d'échec
Autres commentaires
Comment écrire un cas de test négatif ?
En termes simples, vous écrivez un cas de test négatif en sélectionnant les données d’entrée non valides ou le comportement d’utilisateur indésirable obtenu(es) en effectuant des étapes de cas de test positives. Neil Price-Jones recommande de commencer par les critères de cas de test positifs, que vous définissez par des scénarios de test à partir d’une exigence commerciale.
« Commencez par ce qui est défini et inclus, puis envisagez toutes les autres possibilités en utilisant des techniques de conception de tests. Parfois, je parle de variations sur un thème », dit-il.
Comme un cas de test positif, un cas de test négatif est un test exécutable unique que vous documentez à l’aide de feuilles de calcul ou d’un logiciel de gestion des tests. L’adoption d’un format standard pour la documentation des cas de test permet :
De gagner du temps.
De rendre chaque cas de test accessible à plusieurs parties prenantes, quelles que soient les connaissances techniques.
De le réutiliser pour des scénarios de plan de test similaires.
De rationaliser la communication globale au sein des équipes de test et de développement.
Pour obtenir une répartition plus détaillée des attributs de cas de test négatifs et un guide étape par étape pour la rédaction d’un cas de test dans Microsoft Excel, lisez le guide « Comment rédiger des cas de test : le guide indispensable ».
Exemples de cas de test négatifs pour une page de connexion
Neil Price-Jones revient sur le moment où il a trouvé amusant d’utiliser des tests négatifs pour une page de connexion : « j’ai une fois testé une connexion pour une application accessible au public où trois essais incorrects vous ont en fait permis d’accéder au logiciel (plutôt que de vous suspendre pendant 30 minutes ou de vous forcer à réinitialiser le mot de passe). Le programmeur avait inversé l’interrupteur à la fin de trois essais pour vous accorder l'accès plutôt que de vous rejeter.
Les exemples de cas de test négatifs suivants s’appliquent aux cas de test positifs qui réussissent avec les résultats attendus pour la page de connexion AUT lors de l’utilisation du bon identifiant utilisateur et du bon mot de passe :
Identifiant utilisateur vierge avec mot de passe vierge
Identifiant utilisateur incorrect avec mot de passe incorrect
Identifiant utilisateur incorrect avec mot de passe correct
Identifiant utilisateur incorrect avec mot de passe incorrect
Injection SQL dans le mot de passe
Injection SQL dans l’identifiant utilisateur
Injection SQL dans les deux champs
Modèle de cas de test pour le test des services d'intégration du serveur SQL
Gérez, testez et suivez tous les services d’intégration des serveurs SQL à l’aide de ce modèle de cas de test détaillé. Utilisez le modèle pour tester les mises à jour des fonctionnalités et vous assurer que tous les systèmes de programmation et de gestion des données fonctionnent correctement.
Téléchargez un modèle de cas de test pour le test des services d'intégration du serveur SQL
Excel
Exemples de cas de test négatifs pour l’accès au réseau sans fil
Les exemples de cas de test négatifs suivants s’appliquent aux cas de test positifs qui réussissent avec les résultats attendus lorsque la clé de sécurité réseau est utilisée et les accords utilisateur sont confirmés :
Access verrouille le réseau avec une entrée de clé non valide.
Access verrouille le réseau sans clé de sécurité.
Saisissez un code non valide ou des caractères non valides dans le champ de clé.
Exemples de cas de test négatifs pour la connexion de périphériques Bluetooth
Les exemples de cas de test négatifs suivants s’appliquent aux cas de test positifs qui réussissent avec les résultats attendus lorsqu’un appareil Bluetooth est découvert ou associé à des données valides et qu’une plage de connexion réussie est atteinte :
Saisissez un mauvais mot de passe et échouez la connexion.
Répétez l’opération avec les deux appareils dans l’ordre.
Désactivez le Bluetooth sur chaque dispositif séparément.
Rétablissez la connexion entre les appareils.
Testez les appareils non compatibles.
Testez avec des périphériques restreints (ceux qui limitent les connexions).
Exemples de cas de test négatifs pour les paniers d’achat en ligne
Les exemples de cas de test négatifs suivants s’appliquent aux cas de test positifs qui réussissent avec les résultats attendus en cas de stock suffisant, de mode de paiement valide, de confirmation du fournisseur de paiement, et de plusieurs éléments dans le panier :
Achetez plus que le stock disponible. (Selon Neil Price-Jones, « de nombreux paniers d’achat couvriraient ce cas avec une obligation de vous informer que l’article n’est pas disponible ou de configurer un renvoi, de sorte que vous puissiez indiquer qu’il s’agit d’un cas positif. »)
Achetez plusieurs articles, dont certains ne sont pas disponibles.
Achetez et recevez un « paiement échoué ».
Achetez et recevez un « lieu de livraison échoué » (alias « impossible d'envoyer à votre adresse »).
Abandonnez l’achat à tout moment du processus.
Déconnectez à tout moment du processus d'achat.
Exemples de cas de test négatifs pour les paiements par carte de crédit
Neil Price-Jones fournit l’exemple des étapes des cas de test négatifs pour un formulaire de paiement par carte de crédit lorsque le cas de test positif correspond au bon numéro de carte de crédit, au bon code CVC, au bon nom et à la bonne adresse de facturation :
Chiffres de vérification incorrects
Nombre incorrect avec les mauvais chiffres
Adresse de facturation non valide
Numéro CVC non valide
Nom non valide
Gestion des cas de test négatifs : tests manuels ou automatiques ?
Les tests négatifs sont principalement une activité manuelle et sont traditionnellement gérés à l’aide de feuilles de calcul. Avec un logiciel d’automatisation des tests, vous pouvez travailler avec des outils vous permettant de créer des cas de test négatifs à partir de données valides et non valides afin d’améliorer la couverture des tests de l’AUT avec des scénarios de test positifs et négatifs. Le processus de détermination visant à définir quand les tests négatifs doivent être automatisés ou utilisés en mode manuel varie en fonction de la planification des tests, des exigences de l’entreprise ou des utilisateurs, de la disponibilité des testeurs de logiciels qualifiés et du budget.
Les testeurs peuvent écrire manuellement des scripts de test automatisés (c’est-à-dire du code logiciel) pour les étapes des cas de test qui nécessitent une grande quantité de données d’entrée, ou ils peuvent utiliser des outils de gestion des tests pour configurer des scripts automatisés réutilisables. Les solutions logicielles telles que TestComplete et Selenium proposent une gestion automatisée des scripts de test, un contrôle des versions et des fonctionnalités de création de rapports en fonction de différentes exigences. Les principaux avantages de ces solutions sont les modèles de cas de test, la création de versions différentes des tests, le suivi automatisé des bogues grâce à l'envoi de notifications par e-mail aux développeurs désignés, l’accès à la collaboration contrôlée, la couverture des tests traçable par exigence et le stockage de sauvegarde sur le cloud.
Modèle de cas de test pour test manuel
La création de cas de test négatifs à partir de rien est une tâche qui prend du temps, car le SUT change constamment. Utilisez ce modèle de cas de test pour test manuel pour enregistrer les étapes de test négatives, analyser les résultats attendus par rapport aux résultats réels et déterminer si un résultat a réussi/échoué. Il est conçu pour enregistrer manuellement chaque étape du processus de test négatif, l’identifiant et le nom du test, ainsi que des remarques supplémentaires à prendre en compte lors de l’analyse.
Téléchargez le modèle de cas de test pour test manuel
Modèle de cas de test pour test automatique
Utilisez ce modèle de cas de test pour test automatique afin d'évaluer le succès ou l’échec des tests logiciels automatiques. Téléchargez et remplissez ce formulaire pour documenter le nom et l’identifiant du test, la durée du test, chaque étape et composant, ainsi que toutes les remarques concernant le test, y compris les scripts de test automatiques.
Téléchargez le modèle de cas de test pour test automatique
Faux positifs et négatifs dans les tests négatifs
Dans le domaine des tests logiciels, un faux positif fait référence à un résultat de cas de test échoué qui se produit lorsqu’il n’y a pas de défaut et que le SUT fonctionne correctement. Lorsqu’un cas de test passe mais qu’un défaut est présent dans le SUT, le résultat est connu sous le nom de faux négatif. L’activité de test négatif manuel, comme les tests de santé mentale (faire un déroulement pour s’assurer qu’un aspect particulier du logiciel fonctionne à peu près comme prévu) et les tests pour les cas opposés (forcer l’échec d’un cas de test réussi), vous aide à éviter les faux positifs.
Pour réduire le risque de faux résultats avant d’intégrer des scripts de test automatiques ou des outils automatiques, assurez-vous de mettre en place des mesures appropriées lors de la planification des tests et lors de la création de cas de test négatifs. Utilisez un modèle qui tient compte des scripts de test automatiques spécialement conçus pour éviter les cas de test faussement positifs ou négatifs.
Modèle de cas de test pour test d'acceptation des utilisateurs
Téléchargez ce modèle complet de cas de test pour test d’acceptation des utilisateurs afin de vous assurer qu’il correspond au document SRS et répond à toutes les exigences fournies. Le document est conçu pour suivre les applications individuelles, les étapes d’exécution et les résultats attendus et réels.
Téléchargez le modèle de cas de test pour test d'acceptation des utilisateurs
Améliorez les cas de test négatifs grâce à Smartsheet pour le développement de logiciels
Donnez à vos employés les moyens de se dépasser grâce à une plateforme flexible conçue pour répondre aux besoins de votre équipe, et capable de s'adapter quand ces besoins changent. La plateforme Smartsheet facilite la planification, la capture, la gestion et la création de rapports sur le travail depuis n'importe où, ce qui permet à votre équipe d'être plus efficace et d'accomplir plus. Créez des rapports sur les métriques clés et obtenez de la visibilité en temps réel quant au travail grâce aux rapports de synthèse, aux tableaux de bord et aux flux de travail automatisés conçus afin d'aider votre équipe à rester connectée et informée. Quand les équipes bénéficient de clarté quant au travail en cours, elles peuvent accomplir bien plus dans le même temps. Essayez Smartsheet gratuitement, dès aujourd'hui.