Introduction aux tests ad hoc
Les tests ad hoc sont des tests aléatoires ou informels qui peuvent avoir la capacité de casser le système. Ceci n'est généralement pas planifié et il n'y a pas de techniques de test comme la conception de cas de test, la création de cas de test impliqués. Cela peut être fait sur n'importe quelle partie de l'application. Le principal objectif ici est de trouver des problèmes ou des défauts dans le système en vérifiant au hasard des parties du code. Il suit la technique de la devinette des erreurs. Cela peut être fait par des personnes qui ont déjà travaillé sur l'application et peuvent facilement trouver des erreurs ou des problèmes en effectuant ce type de test.
Comment les tests ad hoc sont-ils effectués?
Les tests ad hoc sont effectués de plusieurs manières. Cela peut être fait à tout moment. Cela peut être au début, au milieu ou vers la fin des tests du projet. Il existe trois façons d'effectuer les tests ad hoc. Ils sont comme ci-dessous:
- Test de copains
- Test de paire
- Test de singe
Jetons un œil à ces détails
1. Test de copains
Comme son nom l'indique, on peut dire que deux copains, un testeur et un développeur travailleront ensemble. Ils seront choisis pour travailler sur un module particulier. Dès que le développeur a terminé les tests unitaires et que le testeur a certains cas en tête, ils peuvent tous deux travailler sur ce module. En effectuant ce type de test, vous pouvez vous assurer que le nouvel avenir ou la nouvelle fonctionnalité est vérifié à travers un aspect plus large pour le développeur et le testeur. Le développeur peut comprendre les différents scénarios à travers lesquels le code évoluera et penser dans cette perspective.
Bien que le testeur puisse obtenir le point de vue du développeur sur la conception existante, il aidera à éviter les scénarios non valides dans les cas de test. Cela aidera à éviter les défauts non valides. Les deux parties peuvent penser comme l'autre et obtenir une vue plus claire de l'application en cours de développement et de test. Cela aide également à développer de meilleurs cas de test et les développeurs à avoir une meilleure conception. Cela a généralement lieu une fois le test unitaire terminé.
2. Test de paires
Dans ce test, deux testeurs travaillent ensemble sur un module. Ils ont une configuration commune effectuée à des fins de test. En implémentant ce type de test, il est pris soin que les deux testeurs trouvent des moyens de détecter un plus grand nombre de défauts dans l'application créée. Ils partagent le travail de test et font également la documentation nécessaire de toutes les observations qu'ils ont faites ensemble. Un nombre maximum de scénarios peut être trouvé en utilisant ce type de test.
3. Test de singe
Ces tests sont effectués au niveau des tests unitaires. La personne qui teste le module teste l'application de manière complètement aléatoire. Ceci est effectué afin de vérifier si le système peut résister à des plantages à tout moment. En effectuant ce type de test, de nombreux défauts peuvent être trouvés qui auraient pu être laissés plus tôt. Ce test peut également briser le système grâce auquel nous pouvons comprendre que les problèmes de performances, le cas échéant, sont persistants. Il n'y aurait pas de cas de test ici comme pour d'autres.
Techniques de test ad hoc
L'idée de base derrière le choix des tests Adhoc est que les testeurs travaillent sans aucune conception de test ou sans création de cas de test. Il s'assure que les tests effectués sont complets et que la méthode est utile pour trouver l'efficacité des tests en cours. Le principal moyen de tester n'importe quelle application dans ce type d'ID de test est aussi aléatoire que possible. Vous pouvez passer d'un module à un autre et effectuer une activité. Le système ne doit pas tomber en panne. L'objectif principal de ce système est de trouver les défauts qui peuvent être manqués lors des tests normaux.
Cette technique donnera également un aperçu de l'ensemble de l'application et la devinette peut être effectuée par le testeur qui a une connaissance approfondie du système. Vous pouvez également impliquer un autre testé ou même inviter le développeur afin que nous ne manquions aucun type de scénario lors des tests. Lorsque deux personnes s'assoient ensemble, le brainstorming est très bénéfique. Nous pouvons trouver des défauts qui ont été échappés précédemment. EN utilisant cette technique, les chances de trouver les défauts sont plus nombreuses.
Outils de test ad hoc
Aucun outil spécifique n'est utilisé dans les tests ad hoc. Par conséquent, tous les outils qui sont déjà utilisés pour tester l'application peuvent être utilisés en fonction des besoins. Par exemple, pour vérifier qu'un module particulier, Selenium est utilisé. Le sélénium peut être utilisé pour tester les modules déployés après le module précédent. Cela peut aider à accélérer le processus et à obtenir des détails précis. De même, d'autres outils comme QTP, Cucumber peuvent être utilisés pour tout type de test Adhoc en cas de besoin.
Avantages des tests ad hoc
- Le principal avantage de ce type de test est que le testeur n'a pas à suivre le processus traditionnel de test. Ils peuvent tester l'application comme bon leur semble. Cela les aide à mieux connaître le système.
- Lorsqu'il n'y a pas de temps pour des tests appropriés, les tests ad hoc peuvent être un sauveur et aider à obtenir des défauts qui pourraient passer en production.
- Cela fait gagner du temps au testeur car il n'y a pas besoin de documentation. Ici, il se concentre uniquement sur les tests et la meilleure compréhension de l'architecture et sur la recherche de problèmes éventuels.
Inconvénients des tests ad hoc
- Il n'est pas possible de retracer les scénarios testés car aucune documentation n'est impliquée.
- Les cas de test peuvent être répétitifs, ce qui peut entraîner une perte de temps.
- L'efficacité des tests ici dépend entièrement du testeur.
Conclusion
Les tests ad hoc sont un moyen efficace de trouver des problèmes lors de l'exécution. Les tests ad hoc peuvent être effectués par un testeur expérimenté qui connaît le système existant. Il n'y a pas besoin de documentation et cela peut être fait avec les développeurs à côté. Différentes perspectives de test peuvent soulever des problèmes qui n'atteignent pas la production et, par conséquent, permettent d'économiser beaucoup d'argent. Il s'avère rentable et productif.
Article recommandé
Cela a été un guide pour les tests ad hoc. Ici, nous discutons Introduction aux tests ad hoc et ses techniques ainsi que des outils. Vous pouvez également consulter nos autres articles suggérés pour en savoir plus_- Types de tests de logiciels
- Outils de test fonctionnel
- Test de sécurité
- Test de transition d'état
- Types et gestion des erreurs en JavaScript