Как данные тесты пользовательского интерфейса? - PullRequest
0 голосов
/ 23 февраля 2012

Я доволен записью кодовых тестов пользовательского интерфейса с использованием VS2010 Ultimate.

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

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

После некоторого копания я увидел, что вы можете связать файл CSV, EXCEL, базу данных или XML, чтобы управлятькодированные тесты пользовательского интерфейса.Однако все примеры на MSDN и в других местах показывают только предварительно настроенные файлы ответов, и большинство из них представлены в формате CSV.

Что происходит в файле ответов и как я могу создать свое собственное в формате XML, чтобы преобразовать значения, вводимые в текстовые поля, когда повторяется кодированный тест пользовательского интерфейса?

Любые ссылки и рекомендации будут с благодарностью!

Ответы [ 2 ]

1 голос
/ 29 февраля 2012

Отказ от ответственности: не фанат CodedUI.

Link1 - Создание управляемого данными теста CodedUI

Должна быть возможность использовать record-n-replay длясоздать тест CodedUI.Затем внесите изменения, перечисленные выше, чтобы управлять им с помощью входов из набора ввода.

Однако я не уверен, что перезапись теста уничтожит ваши модификации ... Вам придется попробовать этои посмотреть.Если вам это нужно, я бы посоветовал использовать CodedUI в режиме сценариев (вместо record-n-replay).

1 голос
/ 23 февраля 2012

Отделите бизнес-логику от пользовательского интерфейса, и у вас не возникнет проблем с проверкой функциональности / поведения битов пользовательского интерфейса. После этого у вас будут проблемы с данными. Что касается тестирования битов пользовательского интерфейса, есть несколько способов справиться с этим. Одним из относительно простых способов является загрузка контейнера IOC с макетами и настройка тестов пользовательского интерфейса поверх макетов данных.

Если вы хотите заняться более автоматизированным тестированием UAT, для этого есть инструменты. Не уверен насчет Silverlight / WPF как такового (поскольку я не трачу много времени на то, чтобы убрать всю бизнес-логику из элементов пользовательского интерфейса), но я думаю, что она должна быть.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...