Какова правильная библиотека модульного тестирования Java для http?

Question

Я разрабатываю приложение с сервлетом, я использовал JWebUnit, чтобы проверить все основные ответы, но теперь я должен начать использовать другие методы HTTP, отличные от GET (POST, PUT и DELETE).

ИтакЯ нашел HttpUnit, похоже, что есть поддержка того, что мне нужно, там есть методы POST и PUT, и я думаю, что я могу обойти метод DELETE через HEAD, который поддерживается HttpUnit.

Однако я нашелв этом проекте нет недавних действий;последний релиз был около двух лет назад.поэтому мой вопрос: есть ли какая-либо другая библиотека, которую люди используют для этого, или HttpUnit подходит для моего случая?

Спасибо.

Answer 1

Httpunit - это зрелая библиотека.Это прекрасно работает для того, что вы пытаетесь сделать.

Answer 2

Я рекомендую вместо этого HtmlUnit. Никакого неуважения к HttpUnit: я использовал его несколько лет назад, и он работал хорошо. Тем не менее, он умер как проект в течение ряда лет, и, в частности, он почти не поддерживал Javascript, поэтому я переключился на HtmlUnit

HtmlUnit стабильно развивается с момента его создания и имеет исключительную поддержку Javascript. Я использовал его для тестирования сайтов, содержащих большое количество Ajax, и, думаю, только один раз он не выполнил должным образом код JS (оказалось, что это была маленькая ошибка HtmlUnit, которую я исправил). Есть много доступных хуков, которые помогут вам проверить, что происходит.

Кроме того, как говорится на сайте, «HtmlUnit используется в качестве основного« браузера »различными инструментами с открытым исходным кодом, такими как Canoo WebTest, JWebUnit, WebDriver, JSFUnit, Celerity,…» Я не использовал их, так как Я предпочитаю выражать свои тесты на Java, но я понимаю, что HtmlUnit хорошо работает для них.

Answer 3

Вы можете попробовать REST Assured , что делает очень простым создание http-запросов и проверка ответа в Java.

Answer 4

Договорились с @Sasi.

Следует также отметить, что в SVN-хранилище проекта время от времени происходят проверки.Самые последние были пару месяцев назад, чтобы применить исправление для исправления ошибки.Таким образом, есть все еще разработчики, заботящиеся о коде.