Qu'est-ce qu'un test ad hoc ? Types avec exemple
Thomas Hamilton
Tests ad hoc
Tests ad hoc est un type de test logiciel informel ou non structuré qui vise à interrompre le processus de test afin de détecter d'éventuels défauts ou erreurs le plus tôt possible. Les tests ad hoc sont effectués de manière aléatoire et il s'agit généralement d'une activité non planifiée qui ne suit aucune technique de documentation ni de conception de tests pour créer des cas de test.
.jpg)
Les tests ad hoc ne suivent aucune méthode de test structurée et sont effectués de manière aléatoire sur n'importe quelle partie de l'application. L'objectif principal de ces tests est de détecter les défauts par vérification aléatoire. Des tests ad hoc peuvent être réalisés avec la technique de test logiciel appelée Erreur de devinette. La estimation des erreurs peut être effectuée par des personnes ayant suffisamment d'expérience sur le système pour « deviner » la source d'erreurs la plus probable.
Ces tests ne nécessitent aucune documentation/planification/processus à suivre. Étant donné que ces tests visent à détecter les défauts par une approche aléatoire, sans aucune documentation, les défauts ne seront pas mappés aux cas de test. Cela signifie que, parfois, il est très difficile de reproduire les défauts car aucune étape de test ou exigence n’y est associée.
La vidéo suivante vous explique comment effectuer des tests ad hoc
Cliquez sur ici si la vidéo n'est pas accessible
Quand exécuter les tests ad hoc ?
Des tests ad hoc peuvent être effectués lorsque le temps est limité pour effectuer des tests élaborés. Habituellement, les tests ad hoc sont effectués après l'exécution formelle du test. Et si le temps le permet, des tests ad hoc peuvent être effectués sur le système. Les tests ad hoc ne seront efficaces que si le testeur connaît le système testé.
Types de tests ad hoc
Il existe différents types de tests Ad hoc et ils sont répertoriés ci-dessous :
| Buddy Contrôle de qualité | Deux amis travaillent ensemble à l'identification des défauts dans le même module. La plupart du temps, un ami fait partie de l'équipe de développement et l'autre de l'équipe de test. Buddy les tests aident les testeurs à développer de meilleurs cas de test et l'équipe de développement peut également apporter des modifications de conception plus tôt. Ce test a généralement lieu après Tests unitaires achèvement. |
| Test de paire | Deux testeurs se voient attribuer des modules, partagent des idées et travaillent sur les mêmes machines pour trouver des défauts. Une personne peut exécuter les tests et une autre personne peut prendre des notes sur les résultats. Les rôles des personnes peuvent être celui de testeur et de rédacteur pendant les tests.
Comparaison Buddy et tests de paires : Buddy les tests sont une combinaison d’unités et Test du système avec les développeurs et les testeurs, mais les tests par paires sont effectués uniquement avec des testeurs ayant des niveaux de connaissances différents. (Expérimentés et non expérimentés pour partager leurs idées et points de vue) |
| Test de singe | Testez aléatoirement le produit ou l'application sans cas de test avec pour objectif de briser le système. |
Meilleures pratiques des tests Adhoc
Le respect des meilleures pratiques peut garantir des tests ad hoc efficaces.
Bonne connaissance des affaires
Les testeurs doivent avoir une bonne connaissance de l’entreprise et une compréhension claire des exigences. Une connaissance détaillée du processus métier de bout en bout aidera à détecter facilement les défauts. Les testeurs expérimentés trouvent plus de défauts car ils sont meilleurs pour deviner les erreurs.
Tester les modules clés
Les modules métier clés doivent être identifiés et ciblés pour des tests ad hoc. Les modules critiques pour l'entreprise doivent d'abord être testés pour avoir confiance sur la qualité du système.
Enregistrer les défauts
Tous les défauts doivent être enregistrés ou écrits dans un bloc-notes. Les défauts doivent être attribués aux développeurs pour être corrigés. Pour chaque défaut valide, les cas de test correspondants doivent être rédigés et doivent être ajoutés aux cas de test planifiés.
Ces Défaut les conclusions doivent être tirées sous forme de leçons apprises et celles-ci devraient être reflétées dans notre prochain système pendant que nous planifions les cas de test.
Conclusion
L’avantage des tests ad hoc est de vérifier l’exhaustivité des tests et de détecter plus de défauts que prévu. Les cas de test de détection de défauts sont ajoutés en tant que cas de test supplémentaires aux cas de test planifiés.
En génie logiciel, les tests ad hoc permettent de gagner beaucoup de temps car ils ne nécessitent pas de planification de test élaborée, de documentation et Cas de test l'oeuvre.
