Перейти к содержимому

Фотография

Автоматизация тестирования UI веб-приложения с Silverlight 5. Выбор фр

selenium coded ui tests white specflow nunit C# webdriver silverlight

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 3

#1 sospectra

sospectra

    Новый участник

  • Members
  • Pip
  • 5 сообщений
  • ФИО:Милютина Спектра Петровна


Отправлено 11 декабря 2014 - 18:39

Готовлю проект по автоматизации тестирования UI веб-приложения. Разработчики используют последнюю версию Silverlight - 5ую. Требуется проверять в браузерах: Chrome, IE и в Safari.

 

Нашла здесь тему, в которой этот вопрос уже поднимался:

http://software-test...-silverlight-5/

Но она 2012 года, комментарии в ней уже не актуальны. Coded UI Test теперь поддерживают Silverlight 5:

https://visualstudio...e0-7dc92131d2da

 

Меня смущают сложности развития и поддержки тестов на CUT. Более привычно работать с Selenium Webriver.

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

Хотелось бы применять принципы Page Object Model при разработке тестов:

http://habrahabr.ru/...rt/blog/138674/

 

Нашла статью компании, которая комбинирует применение Selenium WebDriver и CUT:

http://bugscatcher.net/archives/1540

Не могу до конца понять, применим ли в моем случае такой же подход?

 

Конкретные вопросы (my concerns):

  1. Можно ли создать проект с тестами отдельно от проекта с тестируемым приложением?
    В случае c Selenium WebDriver достаточно указать адрес тестового стенда, на который задеплоен последний билд.
    Предполагалось начать работу с тестами максимально автономно от группы разработчиков.

    А если придется хранить тесты в той же ветке репозитория, что и само тестируемое приложение, то как обосновать разработчикам такую необходимость? (Я имею в виду случай, когда используется только WebDriver.)
     
  2. Как обеспечить поддержку тестирования в разных браузерах?
    Есть информация, что CUIT это не умеют:
    http://www.dotnetcur...le.aspx?ID=1004
     
  3. Если для CUIT обязательно создавать Automation ID для каждого объекта, то почему бы не дать Selenium эти самые id для нахождения веб-элементов и обойтись без CUIT?
    В чем именно проблема тестирования Silverlight приложение с помощью Selenium Webdriver?
     
  4. Если использовать связку Selenium Webdriver + Coded UI Tests, то каким образом между ними будет происходить разделение труда?

 

Сейчас для запуска тестов планирую использовать NUnit. Когда будут рабочие варианты тестов - перейти на Team City, разработчики пользуются им.

Для того, чтобы отчеты о тестах были понятны большой команде (автмаотизатор тестов - 1 штука, ручные тестировщики - ~5, разработчики - пара десятков) обдумываю применение Specflow. Его связка с прогонщиками тестов и с вебдрайвером мне ясна, имеются наработки. Но в комбинированном варианте не знаю, каких проблем ожидать.

 

Долгосрочная перспектива:

1. Кроме регрессионных тестов писать приемочные на новый функционал (TDD)

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

 

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

 

Какие есть еще варианты?

 

Фреймворк White плохо поддерживает Silverlight, а с поддержкой разных браузеров тот еще вопрос. Отпадает.

http://teststack.azu...hite/index.html

 

Silverlight-selenium - существует как приблуда к Selenium RC, который теряет преимущества вебдрайвера перед CUIT.

https://code.google....light-selenium/

 

Не работала еще с Teletrik Test Studio.

http://www.telerik.c...erlight-testing

 

И если уже поднимать вопрос о затратных решениях, то у нас есть лицензия на Test Complete. Но он проигрывает в сравнении с Selenium в вопросе удобства написания и поддержки тестов, к тому же его тесты медленнее работают. Тем не менее есть возможность прикручивания Specflow к тестам Test Complete, что, возможно, поможет в поддержке тестов.

http://smartbear.com...h-testcomplete/

 

Буду признательна за любые комментарии!

 


  • 0

#2 wret

wret

    Активный участник

  • Members
  • PipPip
  • 124 сообщений
  • Город:Москва

Отправлено 12 декабря 2014 - 08:55

Работаю с Coded UI несколько лет, правда автоматизация декстопная, особых проблем не вижу

Сложности развития и поддержки невысоки, чистый c#, никаких выдуманных языков, логика легко разбиваема

Проект отдельно, конечно, можно создать

Если вам удобнее использовать для поиска контролов Xpath посмотрите в сторону http://www.ranorex.com

По поводу TDD для UI тестов, идеи как это сделать существуют, реально чтобы у кого то работало на маломальски большом проекте не видел


  • 1

#3 sospectra

sospectra

    Новый участник

  • Members
  • Pip
  • 5 сообщений
  • ФИО:Милютина Спектра Петровна


Отправлено 15 декабря 2014 - 19:59

Если кому вдруг будет полезна эта тема, вот информация по "Бутерброду". Может помочь с оценкой.

http://bugscatcher.net/archives/2033


  • 0

#4 sospectra

sospectra

    Новый участник

  • Members
  • Pip
  • 5 сообщений
  • ФИО:Милютина Спектра Петровна


Отправлено 15 декабря 2014 - 20:00

Спасибо вам большое за ответ!

Раз больше нет мнений, буду изучать разбиваемость CUIT тестов

 

Работаю с Coded UI несколько лет, правда автоматизация декстопная, особых проблем не вижу

Сложности развития и поддержки невысоки, чистый c#, никаких выдуманных языков, логика легко разбиваема

Проект отдельно, конечно, можно создать

Если вам удобнее использовать для поиска контролов Xpath посмотрите в сторону http://www.ranorex.com

По поводу TDD для UI тестов, идеи как это сделать существуют, реально чтобы у кого то работало на маломальски большом проекте не видел


  • 0



Темы с аналогичным тегами selenium, coded ui tests, white, specflow, nunit, C#, webdriver, silverlight

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных