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

Question

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

Похоже, что люди любят Ватин и селен.

Answer 1

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

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

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

• What is the best way to do unit testing for ASP web pages (C#)?
• Web Application Testing for .Net (watin Test Recorder)
• How do you programmatically fill in a form and ‘POST’ a web page?

Answer 2

Я хотел бы использовать для ol like WaitIn:

«WatiN - это тестирование веб-приложений в .NET, и этот тестовый рекордер будет генерировать фрагменты источника, записывая ваши клики во встроенном браузере IE» (от Scott Hanselman's blog - который я нашел благодаря другому сообщению на StackOverflow

WaitIn website

Answer 3

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

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

Answer 4

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

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

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

Есть тестовые рекордеры, которые вы можете использовать, и тонны учебников.

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

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

Answer 5

Вот обзор WatiN, Watir и Селен http://adamesterline.com/2007/04/23/watin-watir-and-selenium-reviewed/

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

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

Answer 6

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

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

Answer 7

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

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

Answer 8

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