Почему CODEDED UI Test Builder Show Show MSAA для управления WPF вместо UIA
-
25-09-2019 - |
Вопрос
Вопрос
Когда я выбираю управление WPF с пересекающим построителем построителя кодированного UI Visual Studio 2010 (Скриншоты), это показывает, что используемая технология доступности была MSAA. Почему это не UIA?
Дополнительная информация
Я пробую новый кодированную тестовую функцию, отправленную с VS2010 и TFS2010.
Я знаю, что в основном есть две технологии Accessibility UI Microsoft:
- Microsoft Active Accessibility (MSAA): Старая технология, ком
- Microsoft UI Automation (UIA): Новая технология, часть .NET 3.0, объектная модель на основе
Когда я создаю код кодированного пользовательского интерфейса и посмотрите на сгенерированный код, я вижу, что элементы управления нажаты на основе позиций пикселей, а не - что я бы смело ожидаю - обрабатывает к реальным объектам.
Я предполагаю, что вид доступа делает тесты более хрупкими для перемещения элементов пользовательского интерфейса. Принимая во внимание, что тесты будут более стабильными, если бы УВИ будет на работе; Пока я не изменяю дерево пользовательского интерфейса, ничего не должно сломаться.
Что я ошибился?
Решение
Это Известный вопрос С Visual Studio 2010 Ultimate RC.
Другие советы
Что касается примечания «Pixel Positions» в исходном вопросе. Большую часть времени координаты пикселей не нужны. Контроль найден, поиском через иерархию элементов управления на экране. Записанные координаты находятся в управлении. Это необходимо для некоторых сложных элементов управления. Например. Кнопка с треугольником для расширения набора параметров имеет две кликабельные области: основная область и треугольник. Смотрите этот ввод блога MSDN для получения более подробной информации: http://blogs.msdn.com/b/mathew_aniyan/archive/2012/03/16/faq-why-are-we-waus-coordinate-based-Action-in-coded-ui-test.aspx.