2008-09-16 3 views

Répondre

5

Extrayez la partie qui accède aux ressources HTTP à partir de votre code principal. Créez une interface pour ce nouveau composant. Dans votre test, simulez l'interface et renvoyez des données que vous pouvez contrôler de manière fiable.

Vous pouvez tester l'accès HTTP en tant que test d'intégration.

+2

Autre chose: si vous utilisez une bibliothèque ou une structure HTTP, il y a de bonnes chances qu'elle fonctionne déjà. Vous n'avez pas vraiment besoin de tester la bibliothèque. Vous avez seulement besoin de tester les bits de votre code qui envoie/reçoit les données. – jop

0

C'est typiquement une fonction que je mockerais dehors pour les essais ... Je n'aime pas mes tests dépendant de quelque chose d'extérieur ... encore pire si c'est une ressource externe sur laquelle je n'ai aucun contrôle (tel qu'un Site Web de tiers).

Les bases de données sont l'une des rares ressources externes que je ne vais souvent pas mocker ... J'utilise plutôt DBUnit.

0

J'ai récemment dû écrire un composant qui accédait à un wiki et faisait un peu de texte basique. La majorité des tests que j'ai écrits ont validé le bon code de réponse HTTP. En ce qui concerne la validation de la ressource réelle, je voudrais enregistrer une version hors connexion d'une ressource connue et vérifier que l'algorithme collecte/traite les données correctes.

0

Selon la langue ou le framework que vous utilisez, il peut être simple de démarrer un serveur HTTP exécutant localement les ressources que vous souhaitez.

Questions connexes