Преимущества тестирования CodedUI над автоматическими тестовыми примерами (посредством записи действий)

Question

Единственная цель кодированного пользовательского интерфейса - выполнить автоматизированное функциональное тестирование, которое не требует взаимодействия с человеком. Мы можем иметь список тестовых приложений, управляемых в TFS, и мы можем записывать действие пользователя во время запуска тестового примера с помощью MTM (Microsoft Test Manager). Эти автоматизированные записанные действия также могут повторяться любое количество времени после того, как мы найдем изменения в сборке.

Я ссылался на пару статей, предлагающих создание кодированного пользовательского интерфейса TestMethod, из Записанного действия тестовой системы или связывания (ассоциированной автоматизации) с ними в TestCase. например:

http://msdn.microsoft.com/en-us/library/dd286652.aspx

Я не могу понять преимущество, как автоматический тест Coded UI и записанные действия одного и того же TestCase? Мне, должно быть, недостает цели, которая должна мне знать, прежде чем двигаться дальше.

Я знаю, что мы можем добавить количество утверждений дальше после того, как оно будет преобразовано в кодированный пользовательский интерфейс. Но разве это единственное преимущество, связанное с тем, что Coded UI закончился, запись Action?

Любые предложения?

С уважением Sumeet

Answer 1

Испытания, выполненные MTM имеют ручные проверки проверки того, что отображается на экране. Будут шаги тестирования со словами «Ожидайте увидеть ...» или «Значение ... должно быть показано ...». Для правильного выполнения теста с MTM необходимо выполнить каждый из этих этапов проверки. MTM не может автоматизировать эти проверки.

Преобразование в кодированный тест пользовательского интерфейса напрямую не добавляет проверки, но кодированный пользовательский интерфейс позволяет добавлять автоматические проверки в тест. После преобразования теста MTM в кодированный пользовательский интерфейс инструмент перекрестных помех кодированного пользовательского интерфейса (также называемый инструментом утверждения и аналогичными терминами) можно использовать для добавления утверждений о том, что значения на экране содержат ожидаемые значения.

Дополнительная причина для конвертации заключается в том, что все возможности программирования C# или VB могут использоваться для добавления дополнительных функций в тест.