Blog du testeur

Quand j'ai démarré une activité de validation j'ai été amené à repenser les outils de test. Cet outil devait permettre de recevoir et émettre des requêtes. Nos exigences pour avoir un outil performant pour les tests étaient:

• Pouvoir tester des cas nominaux.
• Pouvoir tester des cas d'erreur.
• Etre pilotable en mode commande en vue de l'automatisation future des tests.
• Vérifier les requêtes et donner un compte rendu de résultat.

J'optais pour simuler le comportement du monde extérieur par script. Le principe est simple: l'outil reçoit des requêtes et les compare à celles du script et renvoit des requêtes ou réponses qu'il trouve dans le même script. On objecta que les scripts étaient trop complexes à écrire car il demandait des compétences en terme de protocole et qu'il serait plus simple de développer un simulateur qui interprétait les requêtes et calculait les requêtes à la volée. Le simulateur logiciel est souvent une idée qui s'impose naturellement mais l'on oublie que:

• le simulateur est plus complexe à développer et donc lui-même source de bug.
• a chaque nouvelle fonctionnalité, on peut être amener à faire évoluer le simulateur, dans le cas d'un outil scripté il s'agira de concevoir de nouveaux scripts.
• il ne sera pas adapté aux cas d'erreurs.

Finalement après utilisation chacun s'y habitua et pour finir l'outil fut enrichi pour enregistrer des scripts lors de l'utilisation en condition réelle du serveur et que l'on réutilisait après quelques ajustements pour nos tests.