Выполнение тестовых сценариев с закодированным тестом пользовательского интерфейса занимает больше времени

Мы сталкиваемся с несколькими проблемами при выполнении сценариев закодированного тестирования пользовательского интерфейса.

Регулярно нам приходится выполнять автоматизированные скрипты на Coded UI Test, ранее мы использовали Test Partner для выполнения. Недавно мы перенесли несколько скриптов наших партнеров по тестированию в Coded UI Test. Однако мы заметили, что время выполнения сценариев закодированного тестирования пользовательского интерфейса больше по сравнению со временем выполнения тестового партнера. Наши автоматизированные сценарии были полностью написаны вручную, и мы не использовали функции записи и воспроизведения.

И немногие из наших наблюдений были

  1. Браузер IE зависает при выполнении скриптов Coded UI Test в Windows XP. Каждый раз нам приходится убивать процесс и заново создавать сценарий, чтобы продолжить выполнение дальше. Таким образом, этого недостаточно для автоматизации, так как каждый раз нужно следить за тем, чтобы выполнение скрипта проходило нормально без зависания браузера. Это очень частая проблема на XP.

  2. Если мы выполняем сценарии Coded UI Test в Windows 7. Время выполнения довольно медленное. Это займет больше времени, чем время выполнения на XP. Таким образом, наше время выполнения затягивается, хотя скрипт работает нормально без зависания браузера. Мы пробовали запускать скрипты и в релиз-режиме. Но всякий раз, когда скрипт останавливается, его нужно снова запускать в режиме отладки.

Не могли бы вы предложить по этому поводу. Какой именно пункт мы упускаем? Изменяя настройки инструмента, можем ли мы улучшить производительность времени выполнения? Спасибо за поддержку.


person user1624669    schedule 25.08.2012    source источник


Ответы (1)


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

Вот две полезные ссылки для включения этих журналов

Для бета-версий VS/MTM 2010 и 2012: http://blogs.msdn.com/b/gautamg/archive/2009/11/29/how-to-enable-tracing-for-ui-test-components.aspx< /а>

Для VS/MTM 2012: http://blogs.msdn.com/b/visualstudioalm/archive/2012/06/05/enbling-coded-ui-test-playback-logs-in-visual-studio.-2012-release-candidate.aspx

В каталоге %temp%\UITestLogs*\LastRun\ должен быть создан понятный .html файл с логами.

Что касается возможного объяснения вашей проблемы - не имеет значения, явно ли вы закодировали свои тесты или вручную произвели вызовы WpfControl.Find() или одного из производных классов, если сначала поиск не удался, он перейдет к выполнению эвристика, чтобы найти целевой элемент управления в любом случае.

Вы можете установить для настройки MatchExactHierachy вашего воспроизведения значение true и прекратить использование функции SmartMatch (подробнее об этом здесь вместе с несколькими другими полезными советами по повышению производительности http://blogs.msdn.com/b/mathew_aniyan/archive)./2009/08/10/configuring-playback-in-vstt-2010.aspx)

person Stas Sh    schedule 28.08.2012