Question

Je suis sur le point de commencer un grand projet impliquant la fourniture d'un nombre important de services Web.

Nous allons utiliser la plate-forme Java, alors bien sûr, nous allons beaucoup utiliser JUnit, Hudson, etc. (bien que je ne sois pas sûr que cela compte du tout.)

Nous recherchons un ensemble de meilleures pratiques et / ou d’outils pour tester les services Web. Nous aurons plusieurs objectifs en tête:

  1. Évidemment, nous devons prouver que les services se comportent correctement. Cela signifie émettre des appels de service Web, recevoir les réponses (vérification de leur exactitude), puis probablement émettre un autre appel de service Web pour vérifier que le système est dans le nouvel état dans lequel nous souhaitons qu'il soit dans l'appel postérieur à l'original (et, évidemment, en vérifiant l'exactitude de cette réponse.)

  2. Nous devrons collecter les temps de réponse.

  3. Nous devons être en mesure d'exécuter les scénarios de test automatiquement (style jUnit, mais par rapport à un système en cours d'exécution, pas par rapport à des unités de code individuelles.)

  4. Ce serait très cool si les non-développeurs (utilisateurs professionnels techniques) pouvaient "auteur". les cas de test. Ils ne sont pas des experts en XML (et ne le seront jamais), donc s'attendre à ce qu'ils créent les fichiers XML n'est pas réaliste. Mais ils sont des experts en la matière, leur donnant ainsi un "formulaire". remplir qui générerait le fichier XML est réaliste. Toutefois; il y aura probablement beaucoup trop de services disparates pour que nous puissions personnaliser chacun de ces "formulaires".

Toutes les pensées, les meilleures pratiques ou les leçons apprises seraient les bienvenues.

Était-ce utile?

La solution

Nous utilisons SOAPUI pour effectuer les tests fonctionnels au départ. Cependant, SOAPUI n'est pas bon pour les tests de régression et de charge.

L'étape suivante consiste à charger le code XML dans JMeter . .

Il peut gérer la charge de plusieurs machines et nous pouvons facilement mettre nos serveurs à rude épreuve.

Autres conseils

SOAPUI C'est le meilleur outil open source pour tester les services Web. Vous pouvez créer des tests unitaires. Il possède même une interface de formulaire qui lit le fichier WSDL et crée un formulaire pour appeler les services.

Fiddler Vous devrez examiner la demande et les réponses sur le réseau. C’est crucial car la plupart des boîtes à outils ne permettent pas de voir facilement ce qui se passe exactement.

XMLSPY Ceci est un programme payant, mais il a une interface très très propre. Le service informatique facilite le débogage des fichiers XML et vous permet d'appeler des services. Il reformate même du XML malformé et sauve des vies dans de nombreuses situations. Si vous pouvez vous le permettre, OBTENEZ-LE!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top