Как проверить пользовательский интерфейс WPF?

Question

Используя формы win с архитектурой MVC / MVP , я обычно использовал бы класс, чтобы обернуть представление для проверки пользовательского интерфейса при использовании макетов для модели и контроллера / презентатора. Класс-оболочка сделает большинство всего в пользовательском интерфейсе наблюдаемым свойством для бегуна тестов через свойства и события.

Будет ли это жизнеспособным подходом к тестированию приложения WPF? Есть ли способ лучше? Есть ли какие-нибудь ошибки, за которыми стоит следить?

Answer 1

Попробуйте Ranorex V2.0 для автоматизации WPF. С помощью RanoreXPath и Ranorex, код автоматизации тестирования можно полностью отделить от идентификационной информации. Ranorex также предоставляет редактор захвата / воспроизведения на основе объектов RanoreXPath.

Answer 2

Обязательно посмотрите на TestAutomationFX.com. Можно потратить (хорошо, я сделал) много времени, пытаясь захватить / записать события с белыми. (В начале своего квеста я игнорировал один или два поста в других местах, ссылающихся на него).

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

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

Answer 3

Это будет работать просто отлично, проще, чем с выигрышными формами.

Отметьте «Руководство по качеству приложений WPF», в нем довольно подробно рассказывается о тестировании интерфейса WPF. Также не забудьте класс AutomationPeer.