Les tests unitaires sont destinés à des unités de test de code. Ils devraient tester la logique métier, et non pas de l'infrastructure. Donc ce n'est pas exactement "tests unitaires" si vous voulez tester les services au sein de la web-service.
Alors, que feriez-vous appel à un test qui déclenche le service et les essais par l'intermédiaire de l'extrémité? 🙂 De plus, le wsunit lien est une erreur 404? de façon plus générale - "test d'intégration", probablement. J'ai corrigé le lien
JAX-WS web services sont annotés Pojo de sorte que vous pouvez de test de l'unité (isolément) utilisant un framework de test unitaire (JUnit, TestNG) et se moque.
Soin d'expliquer? Downvoting cette réponse est une pure blague (montrant que vous n'avez aucune idée de ce que les tests unitaires moyens BTW). Pas exactement si. Ils sont annoté qui signifie qu'ils ne sont pas simplement des Objets Java à cet égard. Ils ont d'autres métadonnées directement attaché à eux qui modifie leur comportement. Quelque chose qui ne peut pas être saisie par les tests directement comme de simples objets. Il y a des choses à tester, comme les contraintes de Sécurité, transaction interactions asynchrones invocations, etc. Tout ce qui est partie de la question du mélange de la logique métier à l'exposition d'un service web.
Pour le test fonctionnel - vous pouvez utiliser des outils comme soapUI (mais je ne recommande pas cette option, car les tests créés avec cet outil sont vraiment difficile à maintenir). Autre option (recommandé) à l'aide de tests JUnit dans lequel vous créez le service + client et de l'exercice du service méthodes. Dans notre projet, nous utilisons Apache CXF et il fonctionne très bien. Il prend également en charge JAX-WS.
Pour les tests unitaires - "régulier" JUnit, depuis généré le service est simple Objet Java.
Les tests unitaires sont destinés à des unités de test de code. Ils devraient tester la logique métier, et non pas de l'infrastructure. Donc ce n'est pas exactement "tests unitaires" si vous voulez tester les services au sein de la web-service.
de façon plus générale - "test d'intégration", probablement. J'ai corrigé le lien
OriginalL'auteur Bozho
JAX-WS web services sont annotés Pojo de sorte que vous pouvez de test de l'unité (isolément) utilisant un framework de test unitaire (JUnit, TestNG) et se moque.
Pas exactement si. Ils sont annoté qui signifie qu'ils ne sont pas simplement des Objets Java à cet égard. Ils ont d'autres métadonnées directement attaché à eux qui modifie leur comportement. Quelque chose qui ne peut pas être saisie par les tests directement comme de simples objets. Il y a des choses à tester, comme les contraintes de Sécurité, transaction interactions asynchrones invocations, etc. Tout ce qui est partie de la question du mélange de la logique métier à l'exposition d'un service web.
OriginalL'auteur Pascal Thivent
Pour le test fonctionnel - vous pouvez utiliser des outils comme soapUI (mais je ne recommande pas cette option, car les tests créés avec cet outil sont vraiment difficile à maintenir). Autre option (recommandé) à l'aide de tests JUnit dans lequel vous créez le service + client et de l'exercice du service méthodes. Dans notre projet, nous utilisons Apache CXF et il fonctionne très bien. Il prend également en charge JAX-WS.
Pour les tests unitaires - "régulier" JUnit, depuis généré le service est simple Objet Java.
OriginalL'auteur kopper
vous pouvez utiliser Jersey pour tester les points de fin: http://jersey.java.net/nonav/documentation/latest/test-framework.html
OriginalL'auteur rogerdpack