В этой статье мы объясним разницу между регрессионным и санитарным тестированием. Узнайте, как быстрая проверка работоспособности и проверка изменений могут повысить эффективность вашего тестирования.
Cодержание
Будучи инженером по тестированию, вы, вероятно, слышали о таких видах тестирования как «дымовое» (smoke), «санитарное тестирование» (sanity), «ре-тест» и регрессионное тестирование. Вполне возможно, многие из этих видов используются вами на ежедневной основе.
В этой статье я хотел бы внести ясность и объяснить разницу между этими видами тестирования и попробовать разобраться, провести границы (хоть и условные) где заканчивается один вид тестирования, и начинается другой.
Ликбез
Для начала, давайте определимся с понятиями. Оба эти вида тестирования нацелены на то, чтобы избежать потерь времени и усилий, чтобы быстрее определить недостатки ПО и их критичность, а также то, заслуживает ли оно перехода в фазу более углубленного и тщательного тестирования или нет.
Для лучшего понимания, приведем сравнительную таблицу этих понятий и области их применения:
Вид тестирования | Определение | Область применения |
---|---|---|
Санитарное тестирование | Быстрая проверка работоспособности после добавления новой функции | Валидация базовой функциональности без подробного тестирования |
Регрессионное тестирование | Проверка работоспособности системы после внесения изменений | Подтверждение, что новые изменения не повлияли на уже протестированные функции |
Пример разграничения на практике
Для лучшего понимания различий, рассмотрим пример разграничения понятий на проекте.
У нас есть веб-сервис с пользовательским интерфейсом и RESTful API. Наши знания тестировщиков следующие:
- Санитарное тестирование - быстрая проверка работоспособности после добавления новой функции.
- Регрессионное тестирование - проверка работоспособности системы после внесения изменений.
Исходя из этого, мы можем сделать следующие утверждения о том, какие типы тестов нужно использовать в различные моменты времени:
- После добавления новой функции мы проводим санитарное тестирование, чтобы быстро проверить, работает ли она правильно.
- При внесении изменений в систему, мы проводим регрессионное тестирование, чтобы убедиться, что уже протестированные функции не нарушены.
Если наш API также принимает POST-запросы, то включаем их в тестирование санитарности, аналогично проверяем все страницы в пользовательском интерфейсе.
См. также
Итог
Надеюсь, что после прочтения данной статьи, у вас появилась ясность в определении разницы между регрессионным и санитарным тестированием. Это не только поможет вам стать более компетентным специалистом, но и повысит эффективность вашего тестирования.