mock https zażądać w java

Question

Powiedzmy Piszę aplikację i muszę być w stanie zrobić coś takiego:

String url = "https://someurl/"; 
GetMethod method = new GetMethod(URLEncoder.encode(url)); 
String content = method.getResponseBodyAsString(); 

Czy istnieje sposób, aby dostarczyć makiety serwer, który pozwoliłby mi obsłużyć Żądanie https? To, czego szukam, jest sposobem na napisanie testów jednostkowych, ale muszę być w stanie wyśmiać część, która faktycznie wychodzi na zewnątrz, aby uzyskać znaną odpowiedź.

Answer 1

można zasadniczo są dwie opcje:

1. Streszczenie wezwanie do ram i przetestować.

Np. zmień kod, aby umożliwić wstrzyknięcie fałszywej implementacji w pewnym momencie. Istnieje wiele sposobów, aby to zrobić. na przykład utwórz getUrlAsString() i udawaj, że to. (również sugerowane powyżej). Lub utwórz fabrykę pobierającą URL, która zwraca obiekt GetMethod. Wtedy fabryka może zostać wyśmiana.

2. Uruchom serwer aplikacji w ramach testu, a następnie uruchom dla niego metodę. (Będzie to bardziej test integracji).

Można to osiągnąć na kilka sposobów. Może to być na zewnątrz test, np. wtyczka maven. lub test może programowo uruchomić serwer. zobacz: http://docs.codehaus.org/display/JETTY/Embedding+Jetty

Uruchomienie tego za pomocą protokołu HTTPS utrudni to, ale nadal będzie możliwe z samopodpisanymi certyfikatami. Ale zadałbym sobie pytanie - co dokładnie chcesz przetestować? Wątpię, czy musisz przetestować funkcjonalność https, sprawdzoną technologię.

Osobiście wybrałbym opcję 1 - próbujesz przetestować funkcjonalność zewnętrznej biblioteki. Zazwyczaj jest to niepotrzebne. Dobrym zwyczajem jest także streszczać swoje zależności w zewnętrznych bibliotekach.

Mam nadzieję, że to pomoże.

Answer 2

Spójrz na JWebUnit http://jwebunit.sourceforge.net/

Oto przykład testu ... Jej naprawdę bardzo intuicyjny.

public class ExampleWebTestCase extends WebTestCase { 
    public void setUp() { 
     super.setUp(); 
     setBaseUrl("http://localhost:8080/test"); 
    } 

    public void test1() { 
     beginAt("/home"); 
     clickLink("login"); 
     assertTitleEquals("Login"); 
     setTextField("username", "test"); 
     setTextField("password", "test123"); 
     submit(); 
     assertTitleEquals("Welcome, test!"); 
    } 
} 

Answer 3

Zawsze możesz uruchomić serwer thttpd jako część testów jednostkowych służyć żądań lokalnie. Jednak najlepiej, jeśli masz dobrze przetestowany GetMethod, a następnie możesz po prostu z niego kpić i nie musisz mieć zdalnego serwera dla WSZYSTKICH twoich testów.

Resources

• thttpd: http://www.acme.com/software/thttpd/

Answer 4

Można owinąć ten kod w jakiejś klasie i mają WebClient.getUrl() a potem kpić (np jmock) metoda, aby powrócić zapisane pliki - powiedz:

expectation { 
    oneOf("https://someurl/"), will(returnValue(someHTML)); 
} 

Answer 5

Jeśli piszesz test jednostki, nie musisz i wszelkie zewnętrzne zależności. z API

GetMethod 

rozciąga

HttpMethod 

dzięki czemu można łatwo drwić go ze swoim ulubionym biblioteki drwiącym. Twoje połączenie może zostać wyśmiany, aby zwrócić wszystkie żądane dane.

Answer 6

Here's a similar question

Zajmuje debugowania stron JSP, ale to działa tak samo ze stron statycznych

Answer 7

Do jakiego stopnia jesteś zainteresowany szyderczy to „Get” połączenia, ponieważ jeśli szukasz ogólna celowa szydercza struktura dla Javy, która dobrze integruje się z JUnitem i pozwala na ustawienie oczekiwań, które są automatycznie potwierdzane po włączeniu do pakietu JUnit, wtedy naprawdę powinieneś spojrzeć na jMock.

Teraz bez więcej kodu, trudno określić, czy jest to rzeczywiście to, czego szukasz, ale (nieco bezużyteczny) przykład, coś podobnego do kodu np napisałeś, pójdzie coś takiego:

class GetMethodTest { 
@Rule public JUnitRuleMockery context = new JunitRuleMockery(); 

@Test 
public void testGetMethod() throws Exception { 
    // Setup mocked object with expectations 
    final GetMethod method = context.mock(GetMethod.class); 
    context.checking(new Expectations() {{ 
     oneOf (method).getResponseBodyAsString(); 
     will(returnValue("Response text goes here")); 
    }}); 

    // Now do the checking against mocked object 
    String content = method.getResponseBodyAsString(); 
} 
} 

Answer 8

Spójrz na jadler (http://jadler.net), http stub stub/drwiąc bibliotekę, nad którą pracowałem od jakiegoś czasu. 1.0.0 stabilna wersja została właśnie wydana, powinien zapewnić możliwości, możesz wnioskować:

@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(); 
} 

Answer 9

Wykorzystanie XML serwer naśladować Pniak, które mogą symulować statycznej odpowiedzi HTTP na podstawie parametrów żądania, nagłówki itp Jest bardzo prosty w konfiguracji i obsłudze.

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