Почему построитель тестов UI показывает код MSAA для элементов управления WPF вместо UIA

Question

Вопрос

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

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

Я испытываю новую функцию тестирования закодированного пользовательского интерфейса, поставляемую с VS2010 и TFS2010.

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

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

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

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

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

Answer 1

Относительно «позиции пикселя» примечание в исходном вопросе. Большую часть времени пиксельные координаты не нужны. Элемент управления находится путем поиска по иерархии элементов управления на экране. Записанные координаты находятся в контроле. Это необходимо для некоторых сложных элементов управления. Например. Кнопка с треугольником для расширения набора параметров имеет две интерактивные области: основную область и треугольник. См. Эту запись в блоге 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

Answer 2

Это известная проблема с Visual Studio 2010 Ultimate RC.