У нас есть типичный стек веб-приложений. есть 120 тестов селена (webdriver), которые выполняются против приложения. это занимает около 1 часа. мы выполняем их как часть нашей сборной цепочки «компилируем» модульный тест> интеграционный тест> тесты gui ». тесты gui занимают много времени, и нам интересно, как их лучше структурировать. в настоящее время они являются «счастливыми случаями и несчастными». они довольно стабильны, то есть они не сбой из-за ошибок программиста.Gui Тесты занимают слишком много времени - каков ваш подход?
Мы хотим получить время сборки вниз, а самая большая часть - тесты gui. мы хотим сделать это на основе «поездок клиентов», то есть указать (вместе с деловыми людьми) некоторый типичный пример использования и проверить их (счастливый путь) вместо тестирования слишком много .....
как вы, ребята, структура ваши тесты gui? вот некоторые идеи, которые пришли на мой взгляд
- выполнять только счастливый путь испытаний
- сделать «тест путешествие клиента», то есть сделать несколько счастливых испытаний пути в одном («веб-страниц»)
- только брать «10 лучших», указанных в бизнес-(критически важные)
- топ-10 + «все прочие», как ночные сборки (один раз)
я был бы признателен ваши идеи
благодаря Marcel
Поэтому все ваши предложения кажутся хорошими. Просто постарайтесь не тратить время на то, чтобы проходить тесты в течение дня. –