Тесты на огурец и капчу: как с этим справиться?

Question

Мы рассматриваем использование Cucumber для тестирования веб-приложений (не в rails, большинство из них на самом деле asp.net).

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

У нас есть два вопроса:

1) Это хорошее применение для огурца? Люди сообщества поощряют это использование определений функции огурца?

2) У нас есть несколько капч в наших приложениях. Есть ли широко распространенное решение этой общей проблемы?

Answer 1

объявление 1. По моему мнению, огурец великолепен, и мы смогли убедить наших клиентов действительно понять и проверить тесты, которые мы написали для огурца. Мы использовали огурец + watir для веб-тестирования

ad 2. Что касается капчи, вы имеете в виду, как игнорировать капчу для тестирования? мы не показываем капчу для наших собственных IP-адресов, вы также всегда можете принять конкретное значение для капчи, если запрос поступает из вашей среды разработки или тестирования ip

Answer 2

огурец выглядит относительно новым. Я работаю на Java и использую Selenium, HtmlUnit, JWebUnit и т. Д. Selenium работает на .net, ruby, java и некоторых других языках сценариев.

Селен существует уже некоторое время (2004 г., тогда как огурец относительно новый, 2007 г.).

Selenium имеет IDE, поэтому вы можете легко записывать тесты в Firefox, сохранять их, а затем запускать в интеграционных тестах.

Я склонен к Selenium, но он хорошо работает и позволяет тестировать ваши приложения в нескольких браузерах (Firefox, Safari, IE). Он также поддерживает распределение тестов по нескольким серверам (если ваша среда настолько велика, он поддерживает ее).

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

Что касается CAPTCHA, существуют различные библиотеки. Я, к сожалению, лучше разбираюсь в Java-эквиваленте, а не в .Net. Не пишите свою собственную, должна быть библиотека, которую вы можете использовать.

Walter

Answer 3

Я могу порекомендовать огурец. Я обучил команду разработчиков и менеджеров использовать ее в моем последнем проекте (приложение PHP). Это работало очень хорошо в большинстве случаев.

Я думаю, что ваши два вопроса взаимоисключающие. Капча предназначена для предотвращения чего-либо автоматизированного, поэтому вам придется решать ту проблему, для которой вы когда-либо использовали автоматизированный тестовый прогон. Возможно, вы можете что-то смоделировать или решить, как отключить это в своей тестовой среде. Я бы выбрал последнее. Я не думаю, что было бы важно скрыть капчу в тестовом наборе.