Поддержка автоматизированного тестирования пользовательского интерфейса браузера

Как лучше всего управлять множеством тестов пользовательского интерфейса браузера? Я ищу подход, который, возможно, сработал для вас в прошлом при работе с многочисленными автоматическими тестами браузера. Очевидные ответы, такие как «они должны быть реорганизованы в тесты пользовательского интерфейса более низкого уровня», — это не то, что я ищу. В конечном счете, эти тесты невероятно трудоемки как для запуска, так и для обслуживания. Я ищу лучшие способы минимизировать эту проблему.

Я также должен упомянуть, что я ограничен свободным программным обеспечением, которое особенно ориентировано на .NET (WatiN, CC.net, Fitnesse и т. д.).


person Russell Myers    schedule 19.09.2008    source источник
comment
Можете ли вы уточнить, что вы использовали для написания своих тестов и как вы сейчас ими управляете?   -  person Chris MacDonald    schedule 19.09.2008


Ответы (3)


В других темах, посвященных тестированию веб-интерфейса, Selenium был популярным и настоятельно рекомендуемым выбором.

person graham.reeds    schedule 19.09.2008

Selenium хорош, но немного медленный. Поскольку модульные тесты должны редко (если вообще когда-либо) выходить из процесса, они должны быть намного быстрее, чем ваши тесты селена.

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

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

person RKitson    schedule 19.09.2008

Выделите общие последовательности действий и просто поместите их в один подтест. Запускайте только те подтесты, которые вам нужны для каждой данной функции.

person Mark Cidade    schedule 19.09.2008