Я использую код, подобный этому, для циклического перехода через различные стилистилы. По умолчанию цвета повторяются после 7 графиков.
idx = 0
for ds in datasets:
if idx < 7:
plot(ds)
elif idx < 14:
plot(ds, linestyle='--')
else:
plot(ds, linestyle=':')
idx += 1
ОБНОВЛЕНИЕ : Данный WatiN была мантисса больше года теперь, я направил бы любого, которому нужна сеть ui тесты к селен , это находится в непрерывном употреблении & разработка многими участниками, и активно используется Google.
WatiN является лучшим, который я нашел. Это интегрируется в поблочное тестирование Visual Studio или nunit & можно сделать в значительной степени что-либо, в чем Вы нуждаетесь в браузере (нажмите на ссылки, отправьте формы, ищите текст/изображения, и т.д.)
Посмотрите следующие вопросы для подобных ответов:
Это - самый большой недостаток Веб-форм - это, по всем практическим причинам, непригодным для тестирования с точки зрения поблочного тестирования тестирования контроллеров, и т.д.
, Который является одним из главных преимуществ платформы MVC.
ready
выполнился, перед load
событие, присоединяя load
, который запустило событие к документу однажды ready
, было бы избыточно.
– Elliot Bonneville
11 July 2012 в 03:44
Я использовал бы инструмент как WaitIn:
" WatiN является Тестированием веб-приложения в.NET, и это Тестовое Устройство записи генерирует блоки источника для Вас путем записи щелчков во встроенном браузере IE" (от блог Scott Hanselman - который я нашел благодаря другому сообщению на веб-сайте StackOverflow
Я пошел бы с 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?
Вот обзор Watin, Watir и Selenium http://adamesterline.com/2007/04/23/watin-watir-and-selenium-reviewed/
, По-видимому, Селен, работавший довольно медленный для тестера, но если Вы заметите, как один из комментариев указывает, что это только имеет место из-за его поддержки нескольких браузеров.
Однако существует CTP (Технологический Предварительный просмотр Сообщества) выпуск WatiN, который предлагает поддержку и автоматизации Internet Explorer и FireFox.
Просто интересно, почему вы назвали WatiN средством тестирования unit ? В прошлый раз, когда я проверял, он запускал интеграционные тесты.
Лучшим способом было бы переместить весь код, который не зависит от HttpContext, в отдельную сборку и запустить модульные тесты как обычно. Остальное можно проверить с помощью Ivonna . Она не проверяет поведение клиента, в этом может помочь WatiN; однако, если вы хотите протестировать свои страницы или элементы управления изолированно, она - ваш единственный выбор.
Я предпочитаю отделять бизнес-логику от кода пользовательского интерфейса. Вот статья, в которой описывается удобный шаблон для модульного тестирования (Model-View-Presenter)