Каков наилучший способ тестирования приложений webforms ( ASP.NET)

StackOverflow https://stackoverflow.com/questions/118531

Вопрос

Каков наилучший способ протестировать мои приложения webforms?

Похоже, людям нравятся Watin и selenium.

Это было полезно?

Решение

Обновить: Учитывая, что WatiN находится в стагнации уже более года, я бы посоветовал всем, кому нужны тесты веб-интерфейса, селен, он находится в постоянном использовании и разработке многими авторами и активно используется Google.

Вода это лучшее, что я нашел.Он интегрируется в модульное тестирование Visual Studio или nunit, и вы можете делать практически все, что вам нужно в браузере (переходить по ссылкам, отправлять формы, искать текст / изображения и т.д.)

Смотрите следующие вопросы для получения аналогичных ответов:

Другие советы

Просто интересно, почему ты называешь меня единица измерения инструмент для тестирования?В последний раз, когда я проверял, он запускался интеграция тесты.

Лучшим способом было бы перенести весь код, который не зависит от HttpContext, в отдельную сборку и запустить модульные тесты как обычно.Остальное можно протестировать с помощью Ивонна.Она не проверяет поведение клиента, вот где WatiN может быть полезна;однако, если вы хотите протестировать свои страницы или элементы управления изолированно, это ваш единственный выбор.

Это самый большой недостаток Webforms - он, по всем практическим причинам, не поддается тестированию с точки зрения модульного тестирования тестирующих контроллеров и т.д.

Это одно из основных преимуществ фреймворка MVC.

Я склоняюсь к подходу отделения бизнес-логики от кода пользовательского интерфейса.Вот статья, в которой описывается шаблон, удобный для модульного тестирования (Model-View-Presenter).

http://www.unit-testing.net/CurrentArticle/How-To-Use-Model-View-Presenter-With-AspNet-WebForms.html

Я бы использовал такой инструмент, как WaitIn:

" WatiN - это тестирование веб-приложений в .NET, и этот регистратор тестов будет генерировать для вас фрагменты исходного кода, записывая ваши клики во встроенном браузере IE" (из Блог Скотта Хансельмана - который я нашел благодаря другому сообщению о StackOverflow

Ожидающий веб-сайт

Я бы выбрал WATIR (тестирование веб-приложений на Ruby). - http://wtr.rubyforge.org/.Мы (Acsys Interactive) пользуемся этим инструментом около года, и он отличный.

Я разработал простую оболочку в .NET, чтобы я мог выполнять свои WATIR-скрипты из модульных тестов.Фреймворк невероятный, и за вами стоит вся мощь Ruby.Есть поддержка Firefox и Safari (проект FireWatir).

Это очень похоже на WATIN (на самом деле я думаю, что WATIN был вдохновлен WATIR), но я нахожу, что сообщество WATIR намного больше, чем WATIN one.

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

Это действительно ваш выбор.Если вы чувствуете, что тесты должны быть на .NET, и вы не хотите поддерживать какой-либо другой язык, тогда ваш выбор - WATIN.С другой стороны, если вы хотите попробовать интересный и довольно мощный скриптовый язык (именно таким является Ruby), тогда выбирайте WATIR.

Вопрос к WATIN, ребята, поддерживает ли он FireFox / Safari?

Вот обзор Watin, Watir и Selenium http://adamesterline.com/2007/04/23/watin-watir-and-selenium-reviewed/

По-видимому, Selenium работал довольно медленно для тестировщика, но если вы заметите, как указано в одном из комментариев, это происходит только из-за его поддержки нескольких браузеров.

Однако существует версия WatiN для CTP (Community Technology Preview), которая предлагает поддержку автоматизации как Internet Explorer, так и FireFox.

У меня был большой опыт использования Selenium.Веб-тесты могут быть очень хрупкими, но вот статья из моего блога, где я рассказываю о том, как сделать тесты менее хрупкими.http://www.unit-testing.net/CurrentArticle/How-To-Make-Web-Tests-Less-Fragile.html

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top