Каковы плюсы и минусы сред функционального тестирования для нового приложения Grails? - PullRequest
13 голосов
/ 12 сентября 2010

У меня паралич анализа, когда я смотрю на все варианты функционального тестирования для нового приложения Grails (v1.3.4). Я посмотрел на

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

  • Вероятность долголетия, активное развитие
  • Может сделать ajax / javascript
  • Поддержка PageObject или аналогичных шаблонов
  • Зрелость
  • Без головы (например, htmlunit) все в порядке, особенно если это заставляет дела идти быстрее
  • Хорошая отчетность
  • Поддержка поставщика учетных данных NTLM или аналогичного
  • Компактные, надежные тестовые сценарии
  • Использует отличный язык

Мне было бы особенно интересно услышать от людей, которые пробовали более одного фреймворка. Спасибо!

Ответы [ 2 ]

7 голосов
/ 12 сентября 2010

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

Это наиболее активно разработанный (ИМО), но довольно новый. Он построен на WebDriver / Selenium, поэтому должен хорошо соответствовать вашему прошлому опыту.

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

Я также использовал GFunc, но отсутствие отчетов - это настоящая боль, и она не получает такого развития, как Геб. Он гораздо более «крутой», чем WebTest, и представляет собой тонкую оболочку над HtmlUnit, позволяющую довольно легко «раскрутить» свою собственную функцию тестирования.

ура

Lee

4 голосов
/ 12 сентября 2010

Функциональный тест Grails - только HtmlUnit.Я бы не советовал прямо сейчас кодировать HtmlUnit с другими доступными инфраструктурами, которые дают вам объект страницы и улучшенную абстракцию из коробки.

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

Я очень взволнован Geb, и яслышал много историй успеха с ним, но еще не закончил сам.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...