Demande HTTPS simulée en Java

Vous pouvez envelopper ce code dans une classe et avoir webclient.geturl () puis simulés (par exemple, jmock ) Cette méthode pour renvoyer des fichiers stockés - disons xxx

Si vous écrivez un test d'unité, vous ne voulez pas de dépendances externes. De l'API,

method.getResponseBodyAsString()

À quelle étendue êtes-vous intéressé à moquer de cet appel "Get", car si vous recherchez un cadre de moqueur à usage général pour Java, qui s'intègre bien à Junit et permet de configurer les attentes qui sont automatiquement affirmées lorsqu'elles sont incorporées dans une suite JUnit , alors vous devez vraiment jeter un coup d'œil à jmock .

Maintenant sans autre code, il est difficile de déterminer Que ce soit en fait ce que vous recherchez, mais un exemple (un peu inutile), de quelque chose de similaire à celui que vous avez écrit, irait quelque chose comme ceci: xxx

Vous avez essentiellement deux options:

1. Résumé de l'appel au cadre et testez cela.

E.g. Réfacteur le code pour vous permettre d'injecter une implémentation simulée à un moment donné. Il y a beaucoup de façons de faire cela. par exemple. Créez un getURLassRing () et moquez cela. (également suggéré ci-dessus). Ou créer une usine Getter URL qui renvoie un objet getMethod. L'usine peut alors être moquée.

2. Démarrez un serveur d'applications dans le test, puis exécutez votre méthode. (Ce sera plus d'un test d'intégration)

Ceci peut être atteint de plusieurs manières. Cela peut être externe au test E.G. le plugin de jetty maven. ou le test peut démarrer par programme le serveur. Voir: http://docs.codehaus.org/display/jetty/embedding+Jetty

Le fonctionnement sur HTTPS compliquera cela, mais il sera toujours possible avec des certificats auto-signés. Mais je vous demanderais - ce que vous voulez tester exactement? Je doute que vous ayez réellement besoin de tester la fonctionnalité HTTPS, sa technologie éprouvée.

Personnellement, j'irais pour l'option 1 - Vous essayez de tester la fonctionnalité d'une bibliothèque externe. C'est généralement inutile. Il est également une bonne pratique pour résumer vos dépendances aux bibliothèques externes.

J'espère que cela aide.

Jetez un coup d'oeil à Jadler ( http://jadler.net ), une bibliothèque HTTP STABBING / MOCKING DI travaillé depuis quelque temps. La version stable 1.0.0 vient de sortir, elle devrait fournir les capacités que vous avez demandées:

@Test
public void getAccount() {

    onRequest()
        .havingMethodEqualTo("GET")
        .havingURIEqualTo("/accounts/1")
        .havingBody(isEmptyOrNullString())
        .havingHeaderEqualTo("Accept", "application/json")
    .respond()
        .withTimeout(2, SECONDS)
        .withStatus(200)
        .withBody("{\"account\":{\"id\" : 1}}")
        .withEncoding(Charset.forName("UTF-8"))
        .withContentType("application/json; charset=UTF-8");

    final AccountService service = new AccountServiceRestImpl("http", "localhost", port());
    final Account account = service.getAccount(1);

    assertThat(account, is(notNullValue()));
    assertThat(account.getId(), is(1));
}


@Test
public void deleteAccount() {

    onRequest()
        .havingMethodEqualTo("DELETE")
        .havingPathEqualTo("/accounts/1")
    .respond()
        .withStatus(204);

    final AccountService service = new AccountServiceRestImpl("http", "localhost", port());
    service.deleteAccount(1);

    verifyThatRequest()
        .havingMethodEqualTo("DELETE")
        .havingPathEqualTo("/accounts/1")
    .receivedOnce();
}

Utilisez XML Mimic Stub Server, qui peut simuler une réponse HTTP statique en fonction des paramètres de la demande, des en-têtes, etc. Il est très simple de la configurer et de l'utiliser.

http://xmlmimic.sourceforge.net/ http://sourceforge.net/projects/xmlmimic/