Planification d’un test ad hoc

Dans cet article, nous avons abordé le test ad hoc, ses types, ses avantages, ses inconvénients et les meilleures pratiques pour mener un test ad hoc.

Qu’est-ce que le test ad hoc ?

Le test ad hoc, parfois appelé  » test aléatoire  » ou  » test du singe « , est défini comme un type de test informel. L’objectif de ce processus est de casser le système en utilisant des méthodes non conventionnelles. Ce type de test logiciel est généralement non planifié et ne suit pas de techniques de conception de test spécifiques pour créer des cas de test.

Le but principal du test ad hoc est de trouver tout défaut par une vérification aléatoire. Le testeur improvise les étapes en les exécutant de manière arbitraire. Cela peut découvrir des défauts très spécifiques et intéressants, qui sont facilement manqués lors de l’utilisation d’autres méthodes.

L’aspect le plus surprenant du test ad hoc est qu’il n’inclut aucune technique de conception de test. Cela signifie que, bien que cette méthode trouve des défauts qui peuvent ne pas être trouvés habituellement, elle est plus difficile à reproduire, car il n’y a pas de cas de test écrits ou de documentation.

Le succès des tests ad hoc se résume vraiment à la créativité et à la persistance du testeur et est parfois dû à la chance pure. La technique de test ad hoc tombe directement dans la catégorie des « tests non structurés ».

Tests structurés Vs. tests non structurés

Tests structurés

Cette approche garantit que chaque activité qui a lieu pendant la procédure de test est scriptée, de la création des cas de test à l’exécution séquentielle. Le testeur suivra le script afin de mener à bien les tests.

Tests non structurés

Cette approche consiste à tester en devinant les erreurs. Le testeur créera des cas de test pendant le processus de test.

Types de méthode de test ad hoc

Test de copain

Ce type de test ad hoc est mené avec un minimum de deux personnes. Il a lieu après que les tests unitaires d’un module ont été effectués et terminés. Ce type de test peut également être considéré comme une combinaison de tests système et de tests unitaires.

L’objectif principal est que deux « copains » travaillent en même temps à l’identification de défauts ou de bogues dans le même module. Cette équipe sera généralement composée d’un développeur de logiciels et d’un testeur de logiciels.

Les deux ‘copains’ travaillent ensemble sur ce module pour créer des cas de test valides. Ce processus permet de s’assurer que le testeur ne signale pas les erreurs que les cas de test invalides ont pu générer.

Les tests de copains se sont avérés fructueux car ils aident le testeur à développer de meilleurs cas de test et permettent à l’équipe de développement d’apporter des modifications à la conception le plus tôt possible.

Tests de singes

En raison de la nature aléatoire des tests, cette méthode a gagné le nom de « tests de singes ». Le monkey testing est le plus souvent effectué au niveau des tests unitaires. Ici, les testeurs testent de manière aléatoire l’application ou le produit sans cas de test. L’objectif principal du testeur est d’analyser les données ou les tests de manière complètement aléatoire, en s’assurant que le système est capable de résister à tout crash.

Les testeurs fournissent au logiciel des entrées aléatoires et observent les sorties correspondantes. Sur la base des données de sortie, ils peuvent mieux déterminer les erreurs, les incohérences ou les crashs du système.

Test en binôme

Similaire au « test en binôme » à certains égards, le « test en binôme » implique une paire de testeurs travaillant ensemble sur les modules à tester. Les deux testeurs partageront des idées, des connaissances et des opinions sur la même machine afin d’identifier les défauts ou les erreurs.

Cette méthode de test consiste à utiliser des testeurs qui sont jumelés en fonction de leur expertise et de leur niveau de connaissances, ce qui permet d’avoir des points de vue différents sur tout problème qu’ils identifient. Les deux testeurs partageront la même installation, partageant également le travail de test et documentant toutes les observations entre eux. Cette méthode de test permet également à un testeur d’exécuter les tests, tandis que l’autre peut prendre des notes sur les résultats.

Lisez aussi : Utiliser le test en binôme pour de meilleurs tests d’acceptation

Test de binôme vs test en binôme

La principale différence entre le test de binôme et le test en binôme est que le test de binôme est une combinaison de tests unitaires et de tests système. Une autre différence clé est que le buddy testing est exécuté par les développeurs et les testeurs ensemble. Le test en binôme, cependant, est effectué uniquement par des testeurs qui ont des niveaux de connaissances différents.

Quand et quand ne pas effectuer des tests ad hoc

Les tests ad hoc sont généralement effectués lorsqu’il y a un manque de temps pour effectuer des processus de test plus longs et plus exhaustifs. La méthode de test plus approfondie comprend la préparation de documents d’exigences de test, de cas de test et de conceptions de cas de test.

Le moment idéal pour effectuer des tests ad hoc est après l’achèvement de toutes les techniques de test formelles. Cependant, les tests ad hoc peuvent également être effectués au milieu du développement du logiciel, après le développement complet du logiciel, ou après que quelques modules ont déjà été développés.

Il est important de prendre note des quelques scénarios où les tests ad hoc ne sont pas recommandés. Voici quelques conditions dans lesquelles les tests ad hoc ne devraient pas être effectués :

Lorsque des tests bêta sont effectués

Dans des cas de test qui ont déjà des erreurs existantes

Avantages des tests ad hoc

L’un des principaux avantages des tests ad hoc est qu’ils sont capables d’identifier toutes les erreurs qui passeraient habituellement inaperçues lors des méthodes de test formelles. Cela peut permettre de gagner beaucoup de temps car cela ne nécessite aucune planification comme le font les tests structurés.

Un autre avantage est que les testeurs ont la possibilité d’explorer l’application librement, en fonction de leur propre connaissance et compréhension de l’application. Ils peuvent ensuite exécuter divers tests au fur et à mesure, ce qui aide à identifier les erreurs tout au long du processus.

Troisièmement, les testeurs et les développeurs de l’application peuvent facilement tester l’application eux-mêmes, car elle ne nécessite pas de cas de test. Cela permet aux développeurs de créer facilement un code plus efficace et sans bogues.

Le test ad hoc peut également être combiné avec d’autres techniques de test et exécuté par la suite pour produire des résultats plus efficaces et informatifs dans l’ensemble.

Désavantages du test ad hoc

L’un des principaux inconvénients du test ad hoc est que le processus de test réel n’est pas documenté puisqu’il ne suit pas un cas de test particulier. Il est donc plus difficile pour les tests de régénérer une erreur. Car, pour obtenir cette erreur, le testeur devra se souvenir des étapes exactes qu’il a suivies pour y arriver, ce qui n’est pas toujours possible.

Occasionnellement, suite à des cas de test invalides qui sont développés par le testeur, des erreurs invalides sont rapportées. Cela peut devenir un problème dans les processus de correction d’erreurs suivants. Si le testeur n’a pas de connaissances préalables sur la fonctionnalité de l’application testée, le test ad hoc ne sera pas utile et ne pourra pas identifier d’erreurs.

Le test ad hoc ne garantit pas non plus que toutes les erreurs seront trouvées. Le succès des tests ad hoc repose sur les compétences et les connaissances du testeur. Comme il n’y a pas de cas de test créés ou documentés au préalable, la quantité de temps, d’efforts et de ressources qui sont consacrés à ces tests reste indéterminée. Trouver une erreur peut prendre de quelques minutes à quelques heures ou plus.

Bonnes pratiques lors de la réalisation des tests

Les tests qui ne sont pas réalisés de la bonne manière peuvent entraîner une perte de temps inutile. Dans cette optique, il est crucial de savoir comment optimiser le processus afin d’effectuer efficacement des tests ad hoc réussis.

Les meilleures pratiques suivantes garantiront que le temps passé à subir le processus est dépensé judicieusement avec la meilleure chance d’obtenir les résultats souhaités.

S’être familiarisé avec le logiciel

Il est impératif que le testeur qui effectue les tests ad hoc ait une connaissance et une emprise solides sur l’application. Il est important que le testeur soit familier avec toutes les principales fonctionnalités de l’application pour assurer une meilleure  » estimation des erreurs « . Avec les bonnes connaissances, le testeur sera en mesure de trouver plus de bogues, d’erreurs et d’incohérences générales.

Identifier les zones susceptibles d’avoir des erreurs

Si les testeurs ne sont pas familiers avec l’application, alors il est recommandé d’identifier les zones sujettes aux erreurs des applications et de commencer à partir de là. Sélectionner les zones sensibles pour effectuer des tests ad hoc permettra aux testeurs de trouver les erreurs plus facilement.

Prioriser les zones auxquelles l’utilisateur final accède le plus facilement

Commencez par tester les zones de l’application les plus utilisées par les clients et les utilisateurs finaux. En procédant ainsi, ils évalueront d’abord les fonctionnalités importantes, ce qui leur permet de signaler les éventuels bogues à l’avance.

Formuler vaguement le plan de test

Bien que les tests ad hoc ne nécessitent aucune planification ou documentation préalable, il est utile de procéder à une planification sommaire au préalable. Prendre note des principaux domaines qui nécessitent des tests aidera le testeur à couvrir autant que possible dans le plus court laps de temps.

Augmenter l’efficacité avec les bons outils

Il est crucial d’utiliser les bons outils, tels que les moniteurs de tâches, les débogueurs et les profileurs, pour s’assurer que le processus fonctionne efficacement. Ils complètent la capacité des testeurs à isoler les erreurs, car il peut y avoir des cas où les exceptions ne sont pas identifiées pendant les tests.

Conclusion

Les tests ad hoc ne nécessitent pas une planification, une documentation et des conceptions de cas de test élaborées. Au lieu de cela, il permet de gagner du temps en raison de sa nature ad hoc et en sélectionnant des testeurs qui sont créatifs et ont une connaissance préalable des fonctionnalités de l’application. Ce test peut aider à trouver plus de défauts que les tests planifiés.

Rejoignez 60 000+ abonnés

Pour les derniers blogs, les mises à jour de l’industrie et des conseils exclusifs.

*Votre email est en sécurité avec nous, nous détestons aussi le spam

.