Кодированный тест пользовательского интерфейса VS2010 против веб-тестов производительности

Question

Я знаю, что этот вопрос очень похож на этот, но у меня недостаточно точек повторения, чтобы комментировать в поисках дальнейших разъяснений. VS2010 Тесты с закодированным пользовательским интерфейсом против теста веб-производительности (В чем разница ??)

Том Э. дает отличное объяснение, но я все еще немного расплывчат в одном.Я понимаю, почему тесты Coded UI не могут быть заменены тестами веб-производительности (дополнительные ресурсы, необходимые для интерфейса браузера), но почему тесты веб-производительности не могут заменить тесты Coded UI?

Если вы записываете тест webperf и генерируетеИсходя из этого, не могли бы вы добавить правила проверки и извлечения (проверки DOM) для достижения того же результата, что и тест Coded UI без накладных расходов браузера?

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

Спасибо!

Answer 1

Дейв, хорошая мысль. Я думаю, вы бы заметили разницу довольно быстро, если бы вы пытались создать автоматизированный функциональный набор тестов (например, 500 или более тестов) с веб-тестами производительности VS и анализировать DOM для запросов и взаимодействия с приложением. По сути, вы бы написали свой собственный механизм воспроизведения тестового пользовательского интерфейса. Вы могли бы сделать это без функциональности теста Coded UI, но это было бы довольно болезненно. Уровень боли будет зависеть от того, сколько тестовых примеров нужно автоматизировать, сколько экранов в вашем приложении и насколько сложны взаимодействия.