Tests ad hoc
Le test 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 à un stade précoce. 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 documentation ni aucune technique de conception de test pour créer des cas de test.
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 trouver des défauts par vérification aléatoire. Les tests ad hoc peuvent être réalisés avec la technique de test logiciel appelée Error Guessing. L'estimation des erreurs peut être effectuée par des personnes ayant suffisamment d'expérience sur le système pour «deviner» la source la plus probable des erreurs.
Ces tests ne nécessitent aucune documentation / planification / processus à suivre. Étant donné que ce test vise à trouver des défauts par une approche aléatoire, sans aucune documentation, les défauts ne seront pas mappés à des cas de test. Cela signifie que, parfois, il est très difficile de reproduire les défauts car il n'y a pas d'étapes de test ou d'exigences qui y sont mappées.
La vidéo suivante vous explique comment effectuer des tests ad hoc
Cliquez ici si la vidéo n'est pas accessible
Quand exécuter des tests ad hoc?
Des tests ad hoc peuvent être effectués lorsque le temps est limité pour effectuer des tests élaborés. Les tests ad hoc sont généralement effectués après l'exécution du test formel. 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:
| Test de copain | Deux copains travaillent mutuellement sur l'identification des défauts dans le même module. La plupart du temps, un copain sera de l'équipe de développement et une autre personne sera de l'équipe de test. Les tests d'amis aident les testeurs à développer de meilleurs cas de test et l'équipe de développement peut également apporter des modifications de conception à un stade précoce. Ce test se produit généralement après la fin du test unitaire. |
| Test de paires | 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 un testeur et un traceur pendant les tests. Comparaison des tests entre amis et en paires: les tests en binôme sont une combinaison de tests unitaires et de tests système avec des développeurs et des testeurs, mais les tests par paires sont effectués uniquement avec les testeurs ayant des niveaux de connaissances différents. (Expérimenté et non expérimenté pour partager leurs idées et points de vue) |
| Test de singe | Testez au hasard le produit ou l'application sans cas de test dans le but de casser le système. |
Bonnes pratiques des tests ad hoc
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 vous aidera à trouver facilement les défauts. Les testeurs expérimentés trouvent plus de défauts car ils sont meilleurs pour deviner les erreurs.
Modules de clé de test
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 en 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 écrits et doivent être ajoutés aux cas de test planifiés.
Ces constatations d'anomalies devraient être faites comme des leçons apprises et elles devraient être reflétées dans notre prochain système pendant que nous planifions des cas de test.
Conclusion:
L'avantage des tests ad-hoc est de vérifier l'exhaustivité des tests et de trouver plus de défauts que les tests prévus. Les cas de test de détection des 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, de documentation et de conception de cas de test élaborées.