Можем ли мы использовать JUNIT для автоматического тестирования интеграции?

При использовании Знатока для разрабатывания проекта у меня было немного больше удачи с TestNG, потому что это имеет @BeforeSuite и @AfterSuite операции. Которые полезны, потому что Знаток не выполнит 'постинтеграционный тест', если какой-либо из интеграционных тестов перестанет работать. Не проблема с Муравьем, таким образом, я просто использую jUnit из предпочтения с ним.

В любом случае, сегментируя тесты и как TestNG и как jUnit делают полезно с интеграционными тестами также.

В нашей работе здесь, наше решение для интеграционного тестирования имеет три больших части:

1. CruiseControl является основой нашей непрерывной методологии интеграции.
2. Наша конфигурация CruiseControl начинает сборку быстрого теста в течение 3 минут после чьей-либо регистрации к Подрывная деятельность . Тесты, которые происходят здесь, "все все еще компилирует?" и "модульные тесты все все еще передают?". JUnit является, очевидно, крупным помощником в ответе на вторые вопросы.
3. Каждый час, это начинает большую сборку, которая создает справку онлайн и установщики, которые мы используем на наших различных платформах развертывания. Этот шаг проверяет большие вопросы, у "нас все еще есть развертываемый продукт для каждой из наших целевых платформ?"

конечный результат состоит в том, что большинство людей здесь никогда не волнуется об интеграционном тестировании: это просто происходит. Поблочное тестирование, с другой стороны, является общим приоритетом. JUnit облегчает создавать тесты, хотя хороший тесты будут всегда требовать мысли и время разработки.

Да, можно использовать junit для интеграционных тестов, но он зависит от типа интеграционного теста, в котором Вы нуждаетесь.

Тестирование сервлета:

• устанавливают контекст сервлета, и конфигурация
• делают тесты с помощью ложных запросов сервлета (Spring имеет поддержку этого, но можно также использовать EasyMock или собственные насмешки)

Тестирование пружинного приложения:

• использование AbstractDependencyInjectionSpringContextTests для установки контекста
• тестируют проводные бобы
• существуют также подклассы AbstractDependencyInjectionSpringContextTests, поддерживающего обработку транзакции при тестировании с базой данных.

, Но чистый Junit имеет его предел. Тестирование пользовательских интерфейсов является типичным случаем. Можно использовать селен для веб-приложений, soapui для веб-сервисов или других соответствующих инструментов.

, Но независимо от того, что Вы используете, должно быть возможно интегрировать его в Вашей сборке continious (круиз-контроль, город команды или безотносительно).

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

Вот подход, который работает хорошо на меня для приложений, которые используют http и базы данных, и я хочу проверить целый стек:

1. Использование Hypersonic or H2 в режиме в оперативной памяти как замена для базы данных (это работает лучше всего на ORMs)
2. Инициализируют базу данных в @BeforeSuite или эквивалентный (снова: самый легкий с ORMs)
3. Причал Использования для запуска незавершенного веб-сервера.
4. @Before каждый тест, очистите базу данных и инициализируйте с необходимыми данными
5. Использование JWebUnit для выполнения Запросов HTTP к Причалу

, Это дает Вам интеграционные тесты, которые могут работать без любой установки сервера базы данных или сервера приложений, и это осуществляет стек от http вниз. Так как это не имеет никаких зависимостей от внешних ресурсов, это тестовые прогоны, прекрасные на сервере сборки.

Здесь часть кода я использую:

@BeforeClass
public static void startServer() throws Exception {
    System.setProperty("hibernate.hbm2ddl.auto", "create");
    System.setProperty("hibernate.dialect", "...");
    DriverManagerDataSource dataSource = new DriverManagerDataSource();
    dataSource.setJdbcUrl("jdbc:hsqldb:mem:mytest");
    new org.mortbay.jetty.plus.naming.Resource(
             "jdbc/primaryDs", dataSource);


    Server server = new Server(0);
    WebAppContext webAppContext = new WebAppContext("src/main/webapp", "/");
    server.addHandler(webAppContext);
    server.start();
    webServerPort = server.getConnectors()[0].getLocalPort();
}

// From JWebUnit
private WebTestCase tester = new WebTestCase();

@Before
public void createTestContext() {
    tester.getTestContext().setBaseUrl("http://localhost:" + webServerPort + "/");
    dao.deleteAll(dao.find(Product.class));
    dao.flushChanges();
}

@Test
public void createNewProduct() throws Exception {
    String productName = uniqueName("product");
    int price = 54222;

    tester.beginAt("/products/new.html");
    tester.setTextField("productName", productName);
    tester.setTextField("price", Integer.toString(price));
    tester.submit("Create");

    Collection<Product> products = dao.find(Product.class);
    assertEquals(1, products.size());
    Product product = products.iterator().next();
    assertEquals(productName, product.getProductName());
    assertEquals(price, product.getPrice());
}

Для тех, кто хотел бы знать больше, я записал статья о Встроенных Интеграционных тестах с Причалом и JWebUnit на Java.net.

Определенно! Мы используем комбинацию JUnit, задачи Ant для выполнения их, и , Гудзон для продолжает интеграционные тесты. Работы как очарование.

Предложение зависит от Вашего приложения и Вашей цели.

я записал интеграционные тесты в JUnit, но я также видел, что люди используют HtmlUnit (расширение JUnit), Селен, Watir, Соответствие/Фитнес и даже коммерческие инструменты как WinRunner и Шелк.

Так говорят нам немного больше о Вашем домене и целях Ваших тестов, и можно, вероятно, получить лучший ответ.

Существует очень хорошее расширение для JUnit под названием Jitr.

Jitr - это средство запуска тестов интеграции JUnit, которое позволяет легко запускать тесты интеграции вашего веб-приложения с легким веб-контейнером в том же JVM в качестве ваших тестов.

Подробности см. На их сайте: http://www.jitr.org/