Стратегия тестирования Java EE

Question

Java EE - это новый мир для меня, мой опыт связан с встроенными системами, но я начал новую работу, и мне хотелось бы узнать, есть ли процесс тестирования для веб-приложений на основе Java EE , Какая стратегия тестирования обычно принимается в этой области?

• Базовый блок испытания
• Функциональный тест
• тест Интеграция
• тест системы, стресс-тест, тест нагрузки, ....

.... и который является объем каждой фазы тестирования для веб-разработки? Так как код сервера и клиентский код задействованы, я не знаю, какой из них лучше всего подходит в этой области. Кроме того, задействованы несколько машин: DB, уровень обслуживания, уровень представления, балансировщики нагрузки, аутентификация с CAS, Active Directory, ...

Какая наилучшая тестовая среда для каждой фазы? При использовании производственной аутентификации CAS, ...

Ссылки, книги, простое объяснение или другой вид адреса хорошо оценены.

Answer 1

Во-первых, все, что вы собираетесь делать, как тестирование, заботиться о процессе сборки (хорошая отправная точка Maven, как инструмент для сборки)

JUnit (или TestNG) почти хорошо для всего (из-за к его простоте)

Ед. изм. Для издевки, я бы предпочел, чтобы Mockito jmock или easymock.

Приемочный тест: Что касается теста для тестирования пользовательского интерфейса, то он подходит для веб-приложения (посмотрите на шаблон PageObject, если вы планируете много тестировать интерфейс). Для другого тестирования интерфейса (например, webservice), soapui - хорошая отправная точка.

Тестирование на интеграцию: Вы столкнулись с проблемой среднего предмета, в основном решаемой в java контейнером. Теперь это становится весело :) Если вы запустили «реальный» JEE, то это зависит от того, будет ли это до JEE6 или нет, поскольку из JEE6 у вас есть встроенный контейнер (который действительно облегчает тестирование). В противном случае перейдите на рамки внедрения инъекций (Spring, Guice, ...).

Другие советы по интеграции или приемо-сдаточных испытаний:

• вы можете быть нужно издеваться некоторый интерфейс (взглянуть на Моко высмеивать внешний сервис на основе HTTP).
• также подумайте о некотором встроенном контейнере сервлетов (Jetty), чтобы облегчить веб-тестирование.
• Конфигурация и обеспечение могут быть проблемой. например: для БД вы можете автоматизировать это с помощью «flyway» или «Liquibase»
• Проверка БД у вас есть два подхода: сброс данных после каждого теста (см. DBUnit) или при тестировании транзакций (см. пример Spring) для примера)

Answer 2

Лучшая тестовая структура - Junit - для модульных тестов, на мой взгляд. http://www.junit.org/ -для насмешливый объектов, которые вам нужно много, как издеваться базу данных, фиктивные услуги и другие объекты в j2ee среде, чтобы иметь возможность проверить в изоляции .use http://www.jmock.org/, http://code.google.com/p/mockito/, http://www.easymock.org/ -для приема и функционального тестирования есть selenium http://seleniumhq.org/, эта структура позволяет автоматизировать ваши тесты. Я советую вам прочитать эти книги о тестировании в целом и тестировании в частности j2ee.

http://www.manning.com/rainsberger/ 
http://www.amazon.com/Test-Driven-Development-By-Example/dp/0321146530 
http://manning.com/massol/ 
http://manning.com/koskela/