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

Я использую код, подобный этому, для циклического перехода через различные стилистилы. По умолчанию цвета повторяются после 7 графиков.

idx = 0
for ds in datasets:
    if idx < 7:
        plot(ds)
    elif idx < 14:
        plot(ds, linestyle='--')
    else:
        plot(ds, linestyle=':')
    idx += 1
37
задан Glenn Slaven 25 October 2012 в 22:40
поделиться

7 ответов

ОБНОВЛЕНИЕ : Данный WatiN была мантисса больше года теперь, я направил бы любого, которому нужна сеть ui тесты к селен , это находится в непрерывном употреблении & разработка многими участниками, и активно используется Google.

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

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

19
ответ дан Community 25 October 2012 в 22:40
поделиться
  • 1
    Да. Но этот вопрос о соединении с отдельными комментариями в проблеме, не связываясь с фактической проблемой. – Erik Forsberg 15 August 2013 в 19:10

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

, Который является одним из главных преимуществ платформы MVC.

15
ответ дан Ian P 25 October 2012 в 22:40
поделиться
  • 1
    @Jashwant: Точно. Если бы ready выполнился, перед load событие, присоединяя load, который запустило событие к документу однажды ready, было бы избыточно. – Elliot Bonneville 11 July 2012 в 03:44

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

" WatiN является Тестированием веб-приложения в.NET, и это Тестовое Устройство записи генерирует блоки источника для Вас путем записи щелчков во встроенном браузере IE" (от блог Scott Hanselman - который я нашел благодаря другому сообщению на веб-сайте StackOverflow

WaitIn

0
ответ дан JustinD 25 October 2012 в 22:40
поделиться

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

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

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

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

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

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

0
ответ дан Gleb Popoff 25 October 2012 в 22:40
поделиться
  • 1
    @Imdad - документы jQuery 1.8: " .load (обработчик (eventObject))... является ярлыком для .on (' load' обработчик)." доступный от: август 2012, беты с июня и я думаю под 1,7, это было доступно, таким образом, Вы можете upvote – Jeffz 8 July 2013 в 19:01

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

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

Однако существует CTP (Технологический Предварительный просмотр Сообщества) выпуск WatiN, который предлагает поддержку и автоматизации Internet Explorer и FireFox.

0
ответ дан 25 October 2012 в 22:40
поделиться

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

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

30
ответ дан 27 November 2019 в 04:42
поделиться

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

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

1
ответ дан 27 November 2019 в 04:42
поделиться
Другие вопросы по тегам:

Похожие вопросы: