Как использовать mockito для тестирования службы REST?

ХОРОШО. Итак, контракт метода следующий: анализировать входную строку как JSON и отправлять обратно BAD_REQUEST, если она недействительна. Если это допустимо, создайте объект в datastore с различными свойствами (вы их знаете) и отправьте обратно OK.

И вам нужно проверить, что этот контракт выполняется методом.

Где здесь может помочь Mockito? Что ж, если вы тестируете этот метод без Mockito, вам нужен настоящий DataStoreService, и вам нужно убедиться, что сущность была создана правильно в этом реальном DataStoreService. Здесь ваш тест больше не является модульным тестом, а также в этом случае его слишком сложно тестировать, он слишком длинный и слишком сложный для запуска, потому что ему нужна сложная среда.

Mockito может помочь, имитируя зависимость от DataStoreService: вы можете создать макет DataStoreService и убедиться, что этот макет действительно вызывается с соответствующим аргументом сущности, когда вы вызываете свой метод initialize() в своем тесте.

Для этого вам нужно иметь возможность внедрить DataStoreService в тестируемый объект. Это может быть так же просто, как рефакторинг вашего объекта следующим образом:

public class MyRestService {
    private DataStoreService dataStoreService;

    // constructor used on the server
    public MyRestService() {
        this.dataStoreService = DatastoreServiceFactory.getDatastoreService();
    }

    // constructor used by the unit tests
    public MyRestService(DataStoreService dataStoreService) {
        this.dataStoreService = dataStoreService;
    }

    public Response initialize(String DatabaseSchema) {
         ...
         // use this.dataStoreService instead of datastore
    }
}

И теперь в вашем тестовом методе вы можете сделать:

@Test
public void testInitializeWithGoodInput() {
    DataStoreService mockDataStoreService = mock(DataStoreService.class);
    MyRestService service = new MyRestService(mockDataStoreService);
    String goodInput = "...";
    Response response = service.initialize(goodInput);
    assertEquals(Response.Status.OK, response.getStatus());

    ArgumentCaptor<Entity> argument = ArgumentCaptor.forClass(Entity.class);
    verify(mock).put(argument.capture());
    assertEquals("the correct kind", argument.getValue().getKind());
    // ... other assertions
}

То, о чем вы говорите, больше похоже на интеграционное тестирование, и Mockito (или любые другие фиктивные фреймворки) не будет для вас большой пользой.

Если вы хотите выполнить модульное тестирование кода, который вы написали, Mockito, безусловно, будет полезным инструментом.

Я предлагаю вам больше узнать о насмешливом / модульном тестировании и о том, в каких обстоятельствах его следует использовать.

Mockito (как правило) предназначен для тестирования частей кода; например, если вы используете службу REST, но не хотите выполнять тест полного стека, вы можете смоделировать службу, подключенную к службе REST, что позволит вам точно и последовательно протестировать конкретное поведение.

Чтобы протестировать внутренние части службы REST (например, конкретный метод службы), не затрагивая базу данных, вы должны имитировать подсистему БД, позволяя тестировать только внутренние компоненты службы, не задействуя БД. Это тестирование относится к сервисному модулю REST, а не к клиентской части.

Чтобы протестировать саму службу REST, вы должны использовать настоящую клиентскую библиотеку, создав полный интеграционный тест. Здесь можно использовать Mockito для имитации частей клиента, не связанных с потреблением службы REST.

Лучший способ — использовать wiremock. Добавьте следующие зависимости: com.github.tomakehurst wiremock 2.4.1 org.igniterealtime.smack smack-core 4.0.6

Определите и используйте wiremock, как показано ниже.

@Rule
public WireMockRule wireMockRule = new WireMockRule(8089);

String response ="Hello world";
StubMapping responseValid = stubFor(get(urlEqualTo(url)).withHeader("Content-Type", equalTo("application/json"))
        .willReturn(aResponse().withStatus(200)
                .withHeader("Content-Type", "application/json").withBody(response)));

Я согласен, что это не модульное тестирование, а интеграционный тест, в любом случае вы бы предпочли взглянуть на трикотажные и встроенные тесты сервера гризли. Подводя итог, этот код запускает сервер гризли (который также может запускать базу данных) на локальном хосте: 8888, затем настраивает клиент трикотажа клиента и отправляет запрос POST, ответ которого следует проверить. Это интеграция, поскольку вы тестируете и сервер, и базу данных, однако вы можете использовать mockito для эмуляции базы данных, но это зависит от того, насколько связаны ваш сервер и база данных.

(тест с использованием трикотажа 1.11 и гризли 2.2)

    @BeforeClass
    public static void setUpClass() throws Exception {
        // starts grizzly
        Starter.start_grizzly(true);
        Thread.sleep(4000);
    }

    @Before
    public void setUp() throws Exception {
        client = new Client();
        webResource = client.resource("http://localhost:8888");
    }   

    @Test
    public void testPostSchemaDatabase() throws Exception {
        {
            String DatabaseSchema = "{ database_schema : {...}}";
            logger.info("REST client configured to send: "  + DatabaseSchema);
            ClientResponse response =  
                    webResource
                             .path("/initialize")
                             .type("application/json")
                             .post(ClientResponse.class, DatabaseSchema);
            //wait for the server to process
            Thread.sleep(2000);
            assertEquals(response.getStatus(), 204);    
            //test the response
        }       
    }

    @After
    public void after() throws JSONException
    {
            //probably you want to delete the schema at database and stop the server

}