Gui Тесты занимают слишком много времени -Каков ваш подход? #39;

у нас есть типичный стек веб-приложения. есть 120 тестов селена (веб-драйвера ), которые выполняются для приложения. это занимает примерно 1 час. мы выполнить их как часть нашей цепочки сборки «компилировать> модульный тест> интеграционный тест> тесты графического интерфейса». тесты графического интерфейса занимают много времени, и нам интересно, как их лучше структурировать. в настоящее время они являются «счастливым случаем и несчастливым» случаем тесты. они довольно стабильны, т. е. не будут давать сбоев из-за ошибок программиста.

мы хотим сократить время сборки, и самая большая часть — это тесты графического интерфейса. мы хотим сделать это на основе «путешествия клиента», т. е. указать (вместе с деловыми людьми )какой-нибудь типичный вариант использования и протестируйте их (счастливый путь )вместо того, чтобы слишком много тестировать.....

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

• выполнить только тесты счастливого пути
• провести «тест пути клиента», т.е.выполнить несколько тестов счастливого пути за один («кликать по страницам»)
• брать только «10 лучших», указанных в бизнес-(критически важных)
• 10 лучших + «все остальные» как ночную сборку (один раз)

буду признателен за ваши идеи

спасибо марсель