Я сейчас в проекте, где мы используем CodedUI с CRM 2011, и я должен сказать, что они, кажется, кусают друг друга. Поиск элементов управления/ui-элементов очень медленный и неустойчивый (с разными результатами после повторения одних и тех же тестов пару раз, иногда нахождение, а иногда и нахождение тех же кнопок и т. Д.). Когда вы погружаетесь в html-источник, мы также замечаем, что CRM даже не гарантирует, что id-атрибут элементов уникален, и даже когда они CodedUI все еще не всегда могут найти элемент.
Теперь мы играем в SearchProperties и настраиваем PlaybackSettings для получения стабильных результатов, но если тесты работают, они работают очень и очень медленно. Я надеюсь увидеть какое-то волшебное решение для этой проблемы, но, к сожалению, я не могу дать больше советов, чем просто определить, что Search- и FilterProperties очень плотно по рукам и увеличивать тайм-ауты контроля, чтобы гарантировать, что элементы управления найдены и принимают очень медленные скорости.
Здесь ужасно тихо. Я воспринимаю это как нехорошую новость. –
Мы получаем некоторый успех, используя комбинацию веб-драйвера CodedUI и Selenium ExecuteJavaScript. Когда CodedUI терпит неудачу и борется, мы нацеливаем методы Xrm.Page на выполнение эквивалента того, что мы пытаемся сделать с помощью мыши. Это некрасиво, но это своего рода работа. –
Веб-сайт для Visual Studio - это не вариант? –