Как проверить HTTP-запрос

Question

Я настроил этот простой http-запрос, который просто возвращает ответ "hello world" на мой терминал IDE.Я смотрел на тестирование, и я не совсем уверен, как я буду проверять, что возвращает этот метод.

В настоящее время я провел свое собственное исследование JUnit, но, опять же, я даже не уверен, будет ли этоправильный инструмент для решения этой проблемы.Я исследовал это только как инструмент Java.

public static void newRequest() throws IOException {

    URL helloServer = new URL("http://localhost:5050/");

    HttpRequestFactory requestFactory = new NetHttpTransport().createRequestFactory();
    HttpRequest request = requestFactory.buildGetRequest(new GenericUrl(helloServer));

    HttpResponse rawResponse = request.execute();
    String responseString = rawResponse.parseAsString();

    logger.debug(responseString);

}

Будем весьма благодарны за любые рекомендации по этому вопросу.Нужно ли проверять функцию?

Answer 1

Нужно ли проверять функцию? Ну, это полностью зависит от вас. Содержит ли эта функция код, критичный для вашего приложения? Если так, то да. Если влияние ошибки в этой функции минимально, то, вероятно, нет.

Предполагая, что вы хотите проверить это, тогда:

Рассматриваемый метод ничего не возвращает void до того, как имя функции скажет это. Вам нужно будет посмотреть на тестирование логики функции. В этом случае вам необходимо убедиться, что правильный ответ получен. Есть два способа сделать это:

1. Измените код для возврата ответа.

Вы можете изменить функцию, чтобы она возвращала String, а затем возвращать rawResponse.parseAsString(); (это то же самое, что вы регистрируете.

Затем вы можете вызвать функцию из теста и проверить возвращаемую строку.

2. Получить сообщение журнала от вашего регистратора.

В зависимости от журнала, который вы используете, вы можете получить сообщение журнала, написанное функцией. Если предположить log4j, то есть несколько сообщений о том, как это сделать:

log4j: как получить последнее вставленное сообщение журнала?

Лично я предпочитаю первый вариант, так как это меньше усилий. Я бы также рассмотрел возвращение тела ответа, а не необработанного ответа.