Моя команда полностью погружается в новый проект, и мы пользуемся возможностью, чтобы познакомиться с методологией Scrum, новыми технологиями и т. Д. Часть этого включает в себя попытку автоматизировать наш процесс контроля качества, используя Microsoft Test Manager и VS2010. Кодовые тесты пользовательского интерфейса.
Однако у нас возникают проблемы с настройкой автоматического тестового воспроизведения для работы с нашей выбранной в настоящее время управляющей библиотекой WPF, пакетом DevExpress XPF. Уже несколько лет мы используем DevExpress для их элементов управления WinForms и ASP.NET, но это наш первый опыт использования их элементов управления WPF и автоматизированных тестов пользовательского интерфейса, и эти два, похоже, не очень хорошо работают вместе.
В частности, попытка воспроизвести записанный тест, который взаимодействует с элементом управления сеткой, никогда не работает должным образом, и даже на простых элементах управления воспроизведение кажется запутанным из-за того, с каким редактором он должен взаимодействовать. В записях экшена наш тестовый лидер генерирует из MTM, я вижу много этого:
Type '5236' in 'PART_Editor' text box
Type '253' in 'PART_Editor' text box
И что еще хуже, внутри сетки:
Click 'FooterPanel' pane
Last action on list item was not recorded because the control does not have any good identification property.
Click 'FooterPanel' pane
Click 'Item: CashEntry, Column ...' custom control
Move 'Item: CashEntry, Column ...' custom control from (141, 10) to 'Item: CashEntry, Column ...' custom control (5, 11)
Type '{NumPad8}{Down}{NumPad5}{NumPad0}{Up}{Down}{Down}' in 'CashEntry' window
Теперь я видел много болтовни на форумах DevX о том, что их элементы управления WinForms не поддерживают MSAA достаточно хорошо для работы кодированных тестов пользовательского интерфейса, но я подумал, что WPF использует другой механизм для автоматического тестирования пользовательского интерфейса, который должен работать лучше. Итак, мои вопросы:
- Есть ли способ улучшить работу элементов управления DevX XPF с помощью кодированных / автоматических тестов пользовательского интерфейса?
- Если нет, существует ли альтернативный набор средств управления XPF, который, как известно, хорошо работает с кодированными / автоматизированными тестами пользовательского интерфейса?
Меня особенно интересует компонент в виде сетки с сортировкой, группировкой и т. Д., Компонент в виде панели навигации и пользовательские редакторы (даты, числа и т. Д.), Которые поддерживают унифицированное общесистемное тематирование.
(Кроме того, если этот тип вещей достаточно прост, используя только собственные элементы управления и стили WPF, это также полезно знать.)
РЕДАКТИРОВАТЬ: Поскольку, как представляется, не существует пакета управления WPF, который на самом деле работает с MTM, мы вынуждены использовать два отдельных инструмента тестирования в то же время. По нескольким ответам здесь мы сильно склоняемся к TestComplete. Надеюсь, ситуация скоро улучшится.