Identification et rapport des défauts 101

L’identification et le signalement des défauts sont des compétences essentielles pour un testeur d’assurance qualité. Voici quelques conseils pour détecter davantage de défauts et préparer des rapports précis et utiles pour les résoudre.

Une grande partie de la responsabilité professionnelle d’un testeur d’assurance qualité consiste à identifier et à signaler les défauts. La rédaction de rapports de défauts est une compétence essentielle en matière d’assurance qualité qui nécessite la capacité de décrire avec des détails pertinents les étapes exactes pour reproduire le défaut. Un défaut bien écrit doit être compris non seulement par les développeurs qui tentent de trouver et de résoudre le problème, mais également par les responsables produit et de développement qui planifient quand et où les défauts seront corrigés.

Créer un rapport de défaut qui décrit clairement le problème et les étapes pour le trouver est essentiel. Les développeurs doivent comprendre clairement quel est le problème ainsi que son emplacement pour créer correctement un correctif.

Les testeurs d’assurance qualité doivent faire preuve de créativité et utiliser des tests d’investigation pour détecter les défauts cachés sous la surface de l’interface utilisateur. Développez votre potentiel d’identification des défauts en testant au-delà du chemin heureux ou des résultats attendus et en testant plus en profondeur pour trouver des défauts supplémentaires.

Ce guide fournit des informations sur les techniques de test permettant d’identifier les défauts non superficiels, ainsi que des conseils pour signaler les défauts de manière précise et compréhensible.

Points clés à retenir

• Qu’est-ce que les tests d’investigation ?
• Pourquoi des informations détaillées sont-elles importantes pour un rapport de défaut précis ?
• Quelles sont les sections importantes à inclure dans un rapport de défaut ?
• Découvrez comment exploiter les outils de développement de navigateurs pour détecter les défauts cachés.

Qu’est-ce que les tests d’investigation ?

Les tests d’investigation utilisent diverses techniques de test pour révéler des défauts dans l’interface utilisateur ou cachés derrière l’interface utilisateur d’une application. C’est une méthode de test qui nécessite de la créativité et une volonté de casser les applications. Les testeurs d’investigation effectuent des tests pour détecter des défauts plutôt que pour confirmer la fonctionnalité.

Les techniques de test utilisées pour les tests d’investigation comprennent :

• Créer une carte mentale autour des domaines fonctionnels et tester la recherche d’intégrations avec des bases de données, des API et des logiciels tiers
• Tester les fonctionnalités de l’application au-delà du résultat attendu et essayer de casser l’application et de déclencher des erreurs ou des plantages
• Test des messages d’erreur manquants en recherchant les erreurs qui n’informent pas l’utilisateur ou ne redirigent pas les utilisateurs vers une partie fonctionnelle de l’application.
• Tentative d’interrompre la base de données ou tout autre traitement backend
• Utilisation de données et de types de données non valides et travail en arrière dans l’application
• Effectuer des actions inattendues et imprévues

La cartographie mentale est une technique de test utile qui permet à un testeur d’identifier divers flux de travail d’application et chemins fonctionnels. Les cartes mentales peuvent être de simples dessins et du texte sur papier ou réalisées à l’aide d’un outil qui crée une carte numérique. Le but d’une carte mentale est d’écrire tous les flux de travail, étapes ou procédures possibles au sein d’une application. Incluez des paramètres de configuration, des options personnalisables et une variété de types de données. Couvrez tous les scénarios possibles.

Essayez de trouver des scénarios en dehors du chemin attendu ou heureux. Découvrez des flux de travail non logiques via l’application. Par exemple, cliquez plusieurs fois de suite sur des boutons ou des liens. Utilisez le fameux bouton de retour du navigateur et voyez comment l’application répond. Cliquez comme vous n’avez jamais cliqué auparavant, de manière répétée et rapide. Découvrez si l’application peut gérer les utilisateurs qui cliquent sur des boutons selon divers modèles non valides et à différentes vitesses.

Les tests d’investigation sont d’autant plus faciles que le testeur est expérimenté avec une application ou un groupe d’applications. Utilisez vos connaissances en matière de tests et votre expérience avec une application pour détecter les défauts cachés dans les domaines où le code peut être plus complexe et sujet aux défauts.

Fiez-vous également à votre compréhension des tendances et des habitudes de chaque développeur. Par exemple, certains développeurs testent d’abord leur code, tandis que d’autres ne le font pas. De nombreux développeurs lisent attentivement les user stories et les descriptions d’exigences, d’autres sont pressés et manquent souvent des détails critiques. Tous les détails des exigences manqués sont probablement des défauts ou créent des défauts plus loin dans l’application.

Étudiez la fonctionnalité de l’application autour des points de connectivité. Les API, bases de données, systèmes de messagerie et logiciels tiers sont souvent utilisés pour envoyer des notifications par SMS et par e-mail. Testez les connexions API et les exigences en matière de données. Vérifiez si vous pouvez modifier un transfert entrant ou créer des données non valides pour forcer une défaillance de l’API. Étudiez les étapes de candidature qui ont un impact sur les documents des utilisateurs et les formulaires de saisie. Découvrez si vous pouvez supprimer, modifier, écraser ou même supprimer des données.

Les déploiements de nouveaux codes offrent une opportunité unique de tester l’authentification et d’effectuer des tests de sécurité de base. Test pour confirmer que de nouveaux utilisateurs peuvent être créés et configurés à différents niveaux d’authentification. Testez pour savoir si, lorsque les utilisateurs ont une incompatibilité de rôle et d’authentification, peuvent-ils toujours se connecter ? Accèdent-ils au niveau de sécurité correct en fonction des paramètres de rôle et de configuration ? Creusez pour trouver des défauts dans des endroits inattendus ou rarement testés.

Si les applications que vous testez s’exécutent sur un navigateur, vous pouvez exploiter les journaux de l’outil pour rechercher les défauts qui ne s’affichent pas dans l’interface utilisateur. Les outils de développement existent sur tous les navigateurs et se trouvent généralement dans les menus outils ou options. Par exemple, le navigateur Chrome dispose d’un outil de développement composé de journaux en temps réel pour diverses fonctions au sein d’une application.

Les outils de développement Chrome créent des journaux sur plusieurs onglets, notamment :

• Éléments
• Console
• Sources
• Réseau
• Performance
• Mémoire
• Application
• Sécurité

Les onglets Console, Réseau et Éléments sont les plus utiles pour les testeurs QA. Chacun de ces onglets exécute en permanence des journaux d’erreurs. Chacun affichera et indiquera les erreurs avec quelques détails explicatifs quant à la cause et à l’emplacement. Vous remarquerez que de nombreuses erreurs ne s’affichent jamais dans l’interface utilisateur de l’application, mais ce sont tout de même des défauts.

L’onglet Éléments peut être utilisé pour explorer le code et étudier les propriétés de divers éléments d’application. Testez pour voir si vous pouvez définir un élément sur un état non valide et voir comment l’application répond. Pour les testeurs sans fichiers journaux générés par une application, les outils de développement du navigateur offrent une opportunité valable d’enquêter et de trouver des défauts cachés qui ne s’affichent pas toujours dans l’interface utilisateur de l’application.

Pourquoi des informations détaillées sont-elles importantes pour un rapport de défaut précis ?

Il est essentiel d’inclure des détails spécifiques, pertinents et précis pour créer une compréhension claire d’un défaut et de la manière de le générer. Les détails sont la clé pour un développeur qui essaie de trouver et de résoudre efficacement un problème. Des détails précis aident les développeurs à comprendre quel est le problème, où il peut se trouver dans le code et comment le résoudre. Après tout, localiser les lignes de code brisées dans une base de code souvent complexe n’est pas une tâche facile.

La seule façon de corriger correctement un bug est de rédiger un rapport de défaut exact, précis et détaillé. Comprenez que lorsque les rapports de défauts contiennent des inexactitudes ou des informations manquantes, les développeurs peuvent ne pas comprendre pleinement le problème. Soit ils ne le répareront pas, soit ils créeront un défaut secondaire en modifiant le code inutilement.

La clarté et la précision des rapports de défauts sont essentielles pour aider les développeurs à maintenir efficacement des applications de haute qualité. Économisez du temps et de la frustration à vos développeurs en créant des rapports de défauts détaillés et précis.

Quelles sont les sections importantes à inclure dans un rapport de défaut ?

Un rapport de défaut bien rédigé comprend les éléments suivants :

• ID de défaut unique
• Nom et coordonnées du déclarant du défaut
• Nom et version de l’application
• Serveur ou environnement de test
• Navigateur et système d’exploitation, le cas échéant, incluez les numéros de version pour les deux
• Reproductible défini sur Oui, Non ou Aléatoire
• Lien vers le scénario de test le cas échéant
• Captures d’écran, vidéos, fichiers journaux ou autres pièces jointes pertinentes
• Paramètres de configuration utilisés
• Étapes à reproduire, y compris le résultat attendu et le résultat réel
• Gravité ou priorité
• Notes de dépannage

Lorsque vous rédigez un rapport de défaut, ne présumez jamais que le lecteur comprend parfaitement les fonctionnalités de l’application. Ne sautez pas d’étapes et n’omettez pas les détails de configuration ou de réglage qui ont un impact sur la capacité de reproduire le défaut. Les étapes à reproduire doivent inclure les résultats réels et attendus ainsi que les détails clairs, spécifiques et précis des étapes.

Pour les résultats attendus et réels, indiquez pourquoi les résultats réels sont défectueux. Ne laissez pas le lecteur extraire le défaut. Indiquez pourquoi le défaut pose problème. Ajoutez vos notes de dépannage, le cas échéant. Les notes de dépannage aident les développeurs à comprendre ce que vous avez étudié et à identifier la cause première plutôt que ce qui pourrait être un simple symptôme.

Joignez des fichiers journaux, des captures d’écran ou des vidéos lorsque cela est pertinent pour décrire ou expliquer le défaut. Les fichiers qui ne contribuent pas à comprendre et à identifier un défaut sont du bruit. Laissez-le de côté si cela ne compte pas. Plus la communication dans un rapport de défaut est claire, plus le défaut peut être localisé et corrigé de manière efficace et précise.

L’identification et le reporting des défauts sont des fonctions essentielles et critiques des tests d’assurance qualité. Les deux contribuent de manière significative à la qualité d’une application et à l’efficacité d’une équipe de développement logiciel. Allez au-delà de vos attentes en utilisant des techniques de tests d’investigation pour détecter davantage de défauts. Une fois que vous avez trouvé des défauts, corrigez-les du premier coup en créant des rapports de défauts clairs, détaillés et précis.

Avez-vous besoin d’un outil d’automatisation de tests sans code solide et de qualité pour vos équipes de développement et d’assurance qualité ? Vous préférez la simplicité d’un service basé sur le cloud ? Créez une automatisation de tests sans code efficace et efficiente à l’aide Studio d’essais de Progress Telerik. Maintenez la productivité des tests et des équipes avec Test Studio.