Почему Coded UI Test Builder показать MSAA для элементов управления WPF вместо МАУ

Question

Вопрос

Когда я выбираю элемент управления WPF с перекрестья в Visual Studio 2010 Coded UI Test Builder (screenshots), это показывает, что используемой технологией доступности была MSAA. Почему это не МАУ?

Дополнительная информация

Я опробовать новую функцию кодированного тестирования UI поставляется с VS2010 и TFS2010.

Я знаю, что есть в основном два интерфейса технологии доступность от Microsoft:

• Microsoft Active Accessibility (MSAA): Старые технологии, COM
• Microsoft UI Automation (UIA): Новые технологии, часть .NET 3.0, на основе объектной модели

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

Я предполагаю, что такой доступ делает тесты более хрупкими для перемещения элементов пользовательского интерфейса. В то время как тесты будут более стабильными, если МАУ будет работать; пока я не меняю дерево пользовательского интерфейса, ничто не должно ломаться.

Что я не так понял?

Answer 1

Это known issue с Visual Studio 2010 Ultimate RC.

Answer 2

Что касается позиции «пиксельных позиций» в исходном вопросе. Большую часть времени пиксельные координаты не нужны. Элемент управления находится путем поиска по иерархии элементов управления на экране. Записанные координаты находятся в пределах элемента управления. Это необходимо для некоторых сложных элементов управления. Например. Кнопка с треугольником для расширения набора опций имеет две области, которые можно щелкнуть: основная область и треугольник. См. Эту запись в блоге MSDN для получения более подробной информации: http://blogs.msdn.com/b/mathew_aniyan/archive/2012/03/16/faq-why-are-we-using-coordinate-based-actions-in-coded-ui-test.aspx