Конец для окончания экспертизы тестирования Рекомендации

Question

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

Мы также используем HUDSON CI и ищем что-то, что будет легко интегрироваться с ним.

Есть ли четкий победитель?

Обновлено: система имеет много компонентов, некоторые из них являются веб-сервисами, работающими на Tomcat, также есть пару баз данных NoSQL, но на данный момент тестирование UI не требуется.

Пожалуйста, добавьте комментарий, если требуется дальнейшее разъяснение по деталям проекта.

Answer 1

Рамки робота - это хорошая структура тестирования на основе ключевых слов, на которую мы используем для окончания тестирования интеграции.http://code.google.com/p/robotframework/

Eсть плагин для женкинс (вилка Гудзона), которая очень полезна. Это отчетливо Работает с Гудзоном.

Answer 2

Отлично читать, вы решили начать использовать рамки робота. Его плагин HUDSON уже недавно получил намного лучше (Trend Charts, доступные от HUDSON напрямую, ...) и переехали в новое место:http://wiki.hudson-ci.org/display/hudson/robot+framework+plugin.

Answer 3

Можете ли вы быть более конкретным, когда вы говорите, вы хотите иметь концевую структуру тестирования? Какое приложение вы разрабатываете (автономный, веб-сервис, веб-сервис, ...)? На каком языке вы программируете?

Я также бы искал предыдущие знания в вашей команде или вокруг вашей команды (например, другие команды). Может быть достаточно, использовать Testng или Junit (я видел старую бумагу на тестировании UI, используя JUNIT). Почти все тестовые рамки должны быть в порядке для HUDSON, пока они могут быть запущены в режиме без головы / сценариев, и если они предоставляют результаты в формате, что HUDSON понимает (в худшем случае HTML достаточно, хотя Гудзон только отображать страницы). Поэтому, если у вас есть доступные инструменты мониторинга IBM, вы можете посмотреть на Rational Functional Tester или Rational Performance Tester.

Fitnesse - хороший инструмент для функционального тестирования. Бизнес-контакты могут создавать тестовые случаи самим собой (разработчики должны предоставить какой-то код разъема), который создаст больше видимости и удаляет некоторые работы от тестовых инженеров. Недостаток - это, что вы не можете сделать тестирование пользовательского интерфейса. Если вам нужен платформ с открытым исходным кодом для UI, посмотрите на шов. Несмотря на то, что мне нравятся философи ОСС, вам может потребоваться больше времени Ramp (более высокие затраты) и, возможно, более качественное время для OSS (не правда для всех Осс). В любом случае проверьте, насколько легко получить поддержку вашей рамки. Вы можете даже рассмотреть платную поддержку для вашей рамки (независимо от того, если открытый или закрытый источник). Также не забудьте, даже если вы можете исправить Source Source, у вас не может быть опыта или времени для исправления ошибок или добавления функций.

Так что дайте нам больше информации, и мы можем дать вам лучшие советы.

Answer 4

Мой опыт с jbehave. очень хорошо. Рекомендовать.

Он основан на BDD - Развитие поведении.