Test ad hoc
Qu'est-ce que le test ad hoc?
Lorsqu'un test logiciel est effectué sans planification et documentation appropriées, il s'agit d'un test ad hoc. Ce type de tests n'est exécuté qu'une seule fois à moins que nous ne découvrions les défauts.
Des tests ad hoc sont effectués après des tests formels sur l'application. Les méthodes ad hoc sont le type de test le moins formel car il ne s'agit PAS d'une approche structurée. Par conséquent, les défauts détectés à l'aide de cette méthode sont difficiles à reproduire car il n'y a pas de cas de test alignés pour ces scénarios.
Les tests sont effectués avec les connaissances du testeur sur l'application et le testeur teste au hasard sans suivre les spécifications / exigences. Par conséquent, le succès des tests Adhoc dépend de la capacité du testeur, qui effectue le test. Le testeur doit trouver des défauts sans aucune planification et documentation appropriées, uniquement basées sur l'intuition du testeur.
Quand exécuter les tests ad hoc?
Les tests ad hoc peuvent être effectués lorsque le temps est limité pour effectuer des tests exhaustifs et généralement effectués après l'exécution du test formel. Les tests ad hoc ne seront efficaces que si le testeur a une compréhension approfondie du système testé.
Formes de tests ad hoc:
Buddy Testing: Deux amis, un de l'équipe de développement et un de l'équipe de test, travaillent ensemble sur l'identification des défauts dans le même module. Les tests d'amis aident les testeurs à développer de meilleurs cas de test, tandis que l'équipe de développement peut également apporter des modifications de conception à un stade précoce. Ce type de test se produit généralement après avoir terminé le test unitaire.
Pair Testing: Deux testeurs se voient attribuer les mêmes modules et partagent des idées et travaillent sur les mêmes systèmes pour trouver des défauts. Un testeur exécute les tests tandis qu'un autre testeur enregistre les notes sur leurs résultats.
Monkey Testing: Les tests sont effectués au hasard sans aucun cas de test afin de casser le système.
Différentes façons de rendre les tests ad hoc plus efficaces
Preparation: En obtenant les détails des défauts d'une application similaire, la probabilité de trouver des défauts dans l'application est plus grande.
Creating a Rough Idea: En créant une idée approximative en place, le testeur aura une approche ciblée. Il n'est PAS nécessaire de documenter un plan détaillé comme quoi tester et comment tester.
Divide and Rule: En testant l'application pièce par pièce, nous aurons une meilleure concentration et une meilleure compréhension des problèmes le cas échéant.
Targeting Critical Functionalities: Un testeur doit cibler les domaines qui ne sont PAS couverts lors de la conception des cas de test.
Using Tools: Les défauts peuvent également être mis en lumière à l'aide de profileurs, de débogueurs et même de moniteurs de tâches. Par conséquent, étant compétent dans l'utilisation de ces outils, on peut découvrir plusieurs défauts.
Documenting the findings:Bien que les tests soient effectués au hasard, il est préférable de documenter les tests si le temps le permet et de noter les écarts le cas échéant. Si des défauts sont détectés, des cas de test correspondants sont créés afin d'aider les testeurs à retester le scénario.