Как стать автором
Обновить

Антирегрессионное тестирование – минимизируйте затраты

Время на прочтение5 мин
Количество просмотров18K
Всего голосов 10: ↑7 и ↓3+5
Комментарии3

Комментарии 3

С регрессионным тестированием можно прекрасно справляться путем ревью кода

Какого рода "ревью" имеется в виду в данном случае?

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

Какого рода "ревью" имеется в виду в данном случае?


В оригинале "We can handle regression testing very well by reviewing the code as well as automating as many functional and non-functional scenarios as possible.". Я так понимаю, что имеется в виду ревью кода в PR другими участниками команды. Это вместе с прогонкой автоматических тестов позволяет на ранних стадиях выявить потенциальные дефекты.

регрессионное тестирование проводится на критические участки проекта (кейсы для них описываются, конечно же) в рамках тестирования после выкатывания обновленного проекта в лайв

Кстати, у нас так и устроено регресс-тестирование: QA инженеры его проводят после деплоя на pre-prod и production по заранее составленному списку основных сценариев работы пользователя с приложением.

по заранее составленному списку основных сценариев работы пользователя

больше похоже на приемочное

Зарегистрируйтесь на Хабре, чтобы оставить комментарий