Сообщений в теме: 6

[aleksey_p]

Начал работать с TFS и MS Visual Studio 2012 для написания автотестов. С выходом версии 2012 появилась возможность кроссбраузерности. Вот тут можно посмотреть видео и ознакомиться http://blogs.msdn.co...d-ui-tests.aspx
Кто нибудь уже работает с этим инструментом? Есть свои плюсы и минусы по сравнению с конкурентами,большой плюс в том, что интегрируется с TFS(баг трекинг системой) и есть возможность прогонять тест кейсы как вручную так и автоматизированое с использованием виртуалок и записи на видео...

При запси автоматизированных тестов в IE и воспроизведении в IE проблем не возникает абсолютно. А когда запускаешь тест в Мозиле или Хроме начинаются танцы с бубном, в основном проблемы когда используешь assert, в IE почему то сразу находит по классу,имени итд. а в Хроме и Мозиле как то криво проверяет...к примеру, вот проблема в IE тест проходит удачно, а в Хроме и Мозиле вываливается ошибка "Result Message: Assert.AreEqual failed. Expected:<button name>. Actual:<BUTTON NAME>." Хотя в файр баге имя кнопки написано с маленькой буквой...и таких проблем куча, кто как решил? Есть возможность использовать фраймворк CUITe (http://cuite.codeplex.com/) для уменьшения кода(при записи автоматически генерится много мусора) и задания явных локаторов, но и он промахимается частенько,да и запустить не в IE у меня не получилось...


p/s/ При запуске теста в Хроме использует библиотеки Хрома Селениума

[aleksey_p]

Неужели нету тестеров дотнетчиков?) печально?)

[KaNoN]

Неужели нету тестеров дотнетчиков?) печально?)

Они есть, только вот для веб-приложений полно решений подешевле, да и попроще. У Coded UI Testing сильная заточка под запись\воспроизведение, при этом генерируется много кода, который непросто подпилить. Даже если почитать Best Practices на MSDN, то слишком часто встречается именно recording. Может CUIT немного лучше в этом плане, но как по мне, пока о нем, как об оформившемся решении говорить рано.

З.Ы.: Для возможностей интеграции с TFS достаточно использовать MSTest.

[aleksey_p]

Они есть, только вот для веб-приложений полно решений подешевле, да и попроще. У Coded UI Testing сильная заточка под запись\воспроизведение, при этом генерируется много кода, который непросто подпилить. Даже если почитать Best Practices на MSDN, то слишком часто встречается именно recording. Может CUIT немного лучше в этом плане, но как по мне, пока о нем, как об оформившемся решении говорить рано.

З.Ы.: Для возможностей интеграции с TFS достаточно использовать MSTest.

А если не смотреть на цену, а смотреть в функционал и "БОЛЬШИЕ" возможности, в основном в интеграции баг трекинг системой с тестовой средой. Да подпилить не просто,но если есть желание и время,думаю можно освоить, за рубежом достаточное количество тестировщиков работают с Visual Studio,можно посмотреть на stackoverflow...В IE тесты записываются и прогоняются идеально, а вот с другими браузерами печально,если тестовый пример поиск слова cheeze в гугле работает во всех браузерах, а уже более сложное никак(Ждем апдейтов CUITe фраймворка возможно он исправит, а то там почти год не было изменений...хотя последний update 1 для visual studio 2012 мало что внес полезного для тестирования(

[KaNoN]

Они есть, только вот для веб-приложений полно решений подешевле, да и попроще. У Coded UI Testing сильная заточка под запись\воспроизведение, при этом генерируется много кода, который непросто подпилить. Даже если почитать Best Practices на MSDN, то слишком часто встречается именно recording. Может CUIT немного лучше в этом плане, но как по мне, пока о нем, как об оформившемся решении говорить рано.

З.Ы.: Для возможностей интеграции с TFS достаточно использовать MSTest.

А если не смотреть на цену, а смотреть в функционал и "БОЛЬШИЕ" возможности, в основном в интеграции баг трекинг системой с тестовой средой.

Это не такая уж большая возможность, к тому же, как я уже упоминал, такую интеграцию уже обеспечивает MS Test.

Да подпилить не просто,но если есть желание и время,думаю можно освоить,

А нужно ли? Если то же самое можно сделать другими средствами, которые подпиливать не надо.

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

Visual Studio это вовсе не значит Coded UI. Тут не надо путать. И ее используют не только для Coded UI тестов. Есть много других направленийю Например, те же веб-сервисы вполне удобно покрывать юнит-тестами. Для этого никакого дополнительного тула не надо.

В IE тесты записываются и прогоняются идеально, а вот с другими браузерами печально,если тестовый пример поиск слова cheeze в гугле работает во всех браузерах, а уже более сложное никак(Ждем апдейтов CUITe фраймворка возможно он исправит, а то там почти год не было изменений...хотя последний update 1 для visual studio 2012 мало что внес полезного для тестирования( />

Жто еще один повод подумать о каком-то другом решении, благо для веба их немало, в том числе и на базе C#

[Pryanik]

Начал работать с TFS и MS Visual Studio 2012 для написания автотестов. С выходом версии 2012 появилась возможность кроссбраузерности. Вот тут можно посмотреть видео и ознакомиться http://blogs.msdn.co...d-ui-tests.aspx
Кто нибудь уже работает с этим инструментом? Есть свои плюсы и минусы по сравнению с конкурентами,большой плюс в том, что интегрируется с TFS(баг трекинг системой) и есть возможность прогонять тест кейсы как вручную так и автоматизированое с использованием виртуалок и записи на видео...

При запси автоматизированных тестов в IE и воспроизведении в IE проблем не возникает абсолютно. А когда запускаешь тест в Мозиле или Хроме начинаются танцы с бубном, в основном проблемы когда используешь assert, в IE почему то сразу находит по классу,имени итд. а в Хроме и Мозиле как то криво проверяет...к примеру, вот проблема в IE тест проходит удачно, а в Хроме и Мозиле вываливается ошибка "Result Message: Assert.AreEqual failed. Expected:<button name>. Actual:<BUTTON NAME>." Хотя в файр баге имя кнопки написано с маленькой буквой...и таких проблем куча, кто как решил? Есть возможность использовать фраймворк CUITe (http://cuite.codeplex.com/) для уменьшения кода(при записи автоматически генерится много мусора) и задания явных локаторов, но и он промахимается частенько,да и запустить не в IE у меня не получилось...


p/s/ При запуске теста в Хроме использует библиотеки Хрома Селениума

Пробовал работать с Coded UI в VS2010 отказался от него практически сразу т.к. он не находил свои же родные макрософтофских контролы (в частности проблема была с Grid и Menuitem):). Методы валидации при генерации (AreEqual ...) были без необязательных параметров, т.е. нельзя было ввести текст сообщения об ошибке (только потом при "допиливании" теста вручную).
П.С. Может в VS2012 он стал работать стабильнее и все таки более удобным.

[aleksey_p]

Начал работать с TFS и MS Visual Studio 2012 для написания автотестов. С выходом версии 2012 появилась возможность кроссбраузерности. Вот тут можно посмотреть видео и ознакомиться http://blogs.msdn.co...d-ui-tests.aspx
Кто нибудь уже работает с этим инструментом? Есть свои плюсы и минусы по сравнению с конкурентами,большой плюс в том, что интегрируется с TFS(баг трекинг системой) и есть возможность прогонять тест кейсы как вручную так и автоматизированое с использованием виртуалок и записи на видео...

При запси автоматизированных тестов в IE и воспроизведении в IE проблем не возникает абсолютно. А когда запускаешь тест в Мозиле или Хроме начинаются танцы с бубном, в основном проблемы когда используешь assert, в IE почему то сразу находит по классу,имени итд. а в Хроме и Мозиле как то криво проверяет...к примеру, вот проблема в IE тест проходит удачно, а в Хроме и Мозиле вываливается ошибка "Result Message: Assert.AreEqual failed. Expected:<button name>. Actual:<BUTTON NAME>." Хотя в файр баге имя кнопки написано с маленькой буквой...и таких проблем куча, кто как решил? Есть возможность использовать фраймворк CUITe (http://cuite.codeplex.com/) для уменьшения кода(при записи автоматически генерится много мусора) и задания явных локаторов, но и он промахимается частенько,да и запустить не в IE у меня не получилось...


p/s/ При запуске теста в Хроме использует библиотеки Хрома Селениума

Пробовал работать с Coded UI в VS2010 отказался от него практически сразу т.к. он не находил свои же родные макрософтофских контролы (в частности проблема была с Grid и Menuitem):). Методы валидации при генерации (AreEqual ...) были без необязательных параметров, т.е. нельзя было ввести текст сообщения об ошибке (только потом при "допиливании" теста вручную).
П.С. Может в VS2012 он стал работать стабильнее и все таки более удобным.

В 2012 много чего допилили, но все так же пока сыро и приходится заводить танцы с бубнами.Так и не смог запустить свои тесты в др браузерах кроме IE, т.к. жалуется на кучу асертов, если их закоментить то проходит тест, но если таких асертов >10...и в каждом тесте их больше 30 даже бывает...
Про сообщение кажись всегда было и в 2010 или не?
 vs2012.png   14,61К   16 Количество загрузок: