VS2010 Кодовые тесты пользовательского интерфейса против теста веб-производительности (в чем разница ??) - PullRequest
4 голосов
/ 02 апреля 2010

Играю с обоими пару часов.

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

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

Но, похоже, вы можете добавить только веб-тест производительности в loadTest ...

Но разве они не одно и то же ?? Что я не понимаю ?? Почему бы не позволить тесту с закодированным пользовательским интерфейсом находиться внутри нагрузочного теста?

Ответы [ 4 ]

13 голосов
/ 05 апреля 2010

Кодированные тесты пользовательского интерфейса предназначены для автоматического функционального тестирования. Эти тесты будут имитировать взаимодействие пользователя с пользовательским интерфейсом, например нажатие кнопок и ввод текста. Для кодированных тестов пользовательского интерфейса требуется интерактивная среда рабочего стола, поскольку они фактически взаимодействуют с окнами и объектами вашего приложения. Кодированные тесты пользовательского интерфейса в VS2010 эквивалентны использованию чего-то вроде HP QuickTest Pro или Selenium для проведения ваших автоматических функциональных регрессионных тестов.

Загрузите запись тестов и управляйте вашим приложением на уровне HTTP. Эти тесты имитируют безголовое взаимодействие пользователя с вашим сервером приложений, отправляя HTTP-запросы напрямую, без пользовательского интерфейса. Нагрузочные тесты обычно предполагают, что ваше приложение работает правильно для 1 пользователя, но стремятся проверить, работает ли оно под большой нагрузкой пользователя. Нагрузочные тесты не нужны, потому что моделирование тысяч пользователей с помощью интерактивного интерфейса нецелесообразно. Будучи безголовым, одна машина агента загрузки может моделировать сотни или тысячи пользователей. Нагрузочные тесты VS эквивалентны использованию HP LoadRunner или JMeter для управления нагрузкой виртуального пользователя.

Функциональное тестирование и тестирование производительности - это два разных типа, с разными стратегиями и процессами. В конкретном проекте у вас могут быть сотни автоматизированных функциональных тестов (например, кодированный пользовательский интерфейс), но только десятки автоматических тестов производительности. У вас есть намного больше функциональных тестов, потому что вы тестируете свое приложение в различных сценариях, соответствующих вашим бизнес-требованиям. Принимая во внимание тесты производительности, вы берете десятки наиболее часто используемых транзакций и запускаете их под нагрузкой.

2 голосов
/ 27 ноября 2013

я думаю, что эта статья имеет большое значение в этом обсуждении

Тесты CodedUI - Кодированные тесты пользовательского интерфейса предназначены для автоматического функционального тестирования. Эти тесты будут имитировать взаимодействие пользователя с пользовательским интерфейсом, например нажатие кнопок и ввод текста. Для кодированных тестов пользовательского интерфейса требуется интерактивная среда рабочего стола, поскольку они фактически взаимодействуют с окнами и объектами вашего приложения. Кодовые тесты пользовательского интерфейса в VS2010 эквивалентны использованию чего-то вроде HP QuickTest Pro или Selenium для проведения ваших автоматических функциональных регрессионных тестов.

веб-тесты производительности - Веб-тестирование имеет гораздо больше, чем тестирование GUI. Веб-тесты производительности используются для тестирования функциональности и производительности веб-страницы, веб-приложения, веб-сайта, веб-сервисов и их комбинации. Веб-тесты производительности могут быть созданы путем записи HTTP-запросов и событий во время взаимодействия пользователя с веб-приложением. Запись также фиксирует перенаправления веб-страницы, проверки, просмотр информации о состоянии, аутентификацию и все другие действия. Его можно классифицировать двумя способами, включая простые веб-тесты производительности и кодированные веб-тесты производительности.

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

Тестирование закодированной веб-производительности является более сложным, но обеспечивает большую гибкость. Эти типы тестов используются для условного выполнения на основе значений. Кодированные веб-тесты могут быть созданы вручную или сгенерированы из записи веб-теста производительности.

нагрузочные тесты Загрузите записи тестов и управляйте своим приложением на уровне HTTP. Эти тесты имитируют безголовое взаимодействие пользователя с вашим сервером приложений, отправляя HTTP-запросы напрямую, без пользовательского интерфейса. Нагрузочные тесты обычно предполагают, что ваше приложение работает правильно для 1 пользователя, но стремятся проверить, работает ли оно под большой нагрузкой пользователя. Нагрузочные тесты не нужны, потому что моделирование тысяч пользователей с помощью интерактивного интерфейса нецелесообразно. Будучи безголовым, одна машина агента загрузки может моделировать сотни или тысячи пользователей. Нагрузочные тесты VS эквивалентны использованию HP LoadRunner или JMeter для управления нагрузкой виртуального пользователя.

Заключение Функциональное тестирование и тестирование производительности - это два разных типа, с разными стратегиями и процессами. В конкретном проекте у вас могут быть сотни автоматизированных функциональных тестов (например, кодированный пользовательский интерфейс), но только десятки автоматических тестов производительности. У вас есть намного больше функциональных тестов, потому что вы тестируете свое приложение в различных сценариях, соответствующих вашим бизнес-требованиям. Принимая во внимание тесты производительности, вы берете десятки наиболее часто используемых транзакций и запускаете их под нагрузкой.

1 голос
/ 24 октября 2012

Хорошие новости, с VS2012 вы можете добавить кодовый тест пользовательского интерфейса в Load Test.

http://msdn.microsoft.com/en-us/library/ff468125.aspx

1 голос
/ 02 апреля 2010

Кодированные тесты пользовательского интерфейса являются новыми для 2010 года. Они проверяются по фактическому пользовательскому интерфейсу (размещение в DOM, видимость и т. Д.) Приложения, в отличие от другого.Web Performance Test проверяет соединение HTTP / HTTPS с сервером.

В нем рассказывается о функциональном тестировании пользовательского интерфейса и показывается использование теста Coded UI.

http://channel9.msdn.com/shows/10-4/10-4-Episode-18-Functional-UI-Testing/

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