Библиотека автоматизации Microsoft UI VS

Question

Я очень новый в тестировании или тестировании автоматизации вроде вещи.Сейчас недавно я был назначен проекту для автоматизации тестирования пользовательского интерфейса приложения WPF.После небольшого поиска на MSDN и другие я немного запутался в том, следует ли использовать библиотеку автоматизации Microsoft UI или новую функцию тестирования кодированной пользовательской интерфейсы VS 2010. Я не получаю четкую картину, которую один из них применяетсяВ каких сценариях какие-либо преимущества имеют над другим, и какой из них подходит для меня (снова у меня есть приложение WPF CAD, которое пропускает множество автоматизации, и я должен автоматизировать тестирование на UI).Пожалуйста, помогите !!!

Answer 1

В основном Microsoft UIA - это новая библиотека доступности в .NET 4.0. Приложения WPF и элементы управления имеют встроенную поддержку UIA через класс AutomationPeer.

Coded-ui Test - это инструмент для автоматизации записи и воспроизведения, который использует библиотеку Microsoft UIA внизу. Поскольку быть инструментом по сравнению с записью кода в C #, он улучшает производительность QA для записи большего количества тестовых случаев.

Для приложений с поддержкой автоматизации, запланированной в нее, кодированная пользователь должна быть достаточной. Если автоматизация отсутствует, убедитесь, что элементы управления имеют некоторое уникальное имущество, как имя. Используйте Uiverify или проверьте, чтобы проверить на этот счет.

Если нет уникального недвижимости не является Avialble, есть остальные указанные методы, которые вы можете использовать в сочетании с кодированным интерфейсом.

.

• с события Когда ваше приложение получает событие AUI Automation, исходный объект, переданный на ваш обработчик событий, является автоматизационером. Например, если вы подписались на сосредоточенные сосредоточенные события, источник, переданный вашему автоматизацииFocusChangeEventHandler, является элементом, который получил фокус. Для получения дополнительной информации см. Подпишитесь на события автоматизации UI.

• из точки: Если у вас есть координаты экрана (например, положение курсора), вы можете извлечь автоматизацию, используя статический метод от точки.

• из ручки окна: Чтобы извлечь автоматизацию от HWND, используйте статический метод frandle.

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

Answer 2

Если вы сможете использовать и использовать и использовать Тест закодированного интерфейса/ a> Тогда иди этот маршрут.Обязательно убедитесь, что ваш данный Конфигурация поддерживается .

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

Кодированный тест пользовательского интерфейса, на другой руке все еще имеет код, однако, он позволяет записывать шаги через данное приложение, которое вы тестируете, что значительно увеличит количество тестов, которые вы можете создать.

Answer 3

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

Я бы порекомендовал смотреть на более высокие библиотеки.Вы упомянули один из них - кодирован UI;Еще один хороший выбор будет белым от TestStack.Они оба соответствуют различным видам проекта.Кодированный пользовательский интерфейс хорош, когда вы не хотите вкладывать много усилий в ваш тестовый люкс.В то же время он не масштабируется много так, если вы собираетесь написать много тестов, вы лучше выбираете белый.

Здесь я сравниваю две рамки более подробно: Кодированные ui vsБелый

Answer 4

Чтобы дополнить вышеуказанные ответы, пожалуйста, посмотрите на Cuite , который помогает довольно много и может быть подходящим подходомдля вас.

Я начал «прокатиться - собственный« полузащитный », используя библиотеку кодовой библиотеки и разработал парадигму для разделения деталей автоматизации из кода (C #). В принципе, я создаю драйвер, который читает, что нужно сделать из электронных таблиц (ы), где каждая строка в ней - это шаг теста (или указатель на сценарий в другом листе). В настоящее время неполное, но многообещающее, у меня он работал против приложения WPF с частичным успехом. Одна из главных проблем заключается в том, что разработчики пренебрегали идентифицировать контроль однозначно и последовательно.

бей