Smoke-тестирование выполняется при каждой новой сборке.

Смоук-набор - это минимальный набор тест-кейсов для критически важной функциональности.

В смоук-набор входят тест-кейсы с High приоритетом, например, основные пользовательские сценарии, взаимодействия с интеграционными модулями, со смежными системами и с БД (базой данных).

Основная цель смоук тестирования – обнаружение проблем в сборке как можно раньше.

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

Коллеги, сегодня сделала перепубликацию второго урока «Виды тестирования»
Исправила опечатку и изменила некоторые пункты в ответах.
Купить тесты со скидкой до вечера 3 мая.

А также хочу поделиться примерным чек-листом на смоук.

По регрессу поделюсь информацией чуть позже 😉

#отзыв от менти
Курс по тестированию это курс QA Engineer. Basic в Otus, где я была ментором по тестированию.
После окончания курса в конце января менти стал моим менти 🤫
И вот недавно устроился на работу!
Мои поздравления!
Желаю разобраться в проектных задачах.
Поздравьте своими реакциями, нам будет очень приятно 🥰🔥

Кратко собранный материал про регрессионное тестирование + плюс мои советы.

😎Регрессионное тестирование — для того чтобы убедиться, что изменения в коде не повлияли на неизмененную часть приложения.

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

💡Мои советы как собрать прогон по регрессу:
🚀Обсуждение тестовой модели по регрессу с аналитиком вашей команды.

🚀Impact Analysis —это своеобразное исследование, с помощью которого можно указать наиболее часто затрагиваемые места на проекте при создании новой или изменении текущей функциональности, а также понять, насколько значительно они были затронуты. Правильно проведённый анализ изменений может значительно уменьшить время, необходимое для проведения тестирования и для актуализации ТМ.
Затронутые области требуют большего внимания во время проведения регрессионного тестирования.

🚀Техника (метод) «5 Почему», которая применяется для изучения причинно-следственных связей, лежащих в основе конкретной проблемы. Почему нет времени на регресс? Почему ограниченные сроки? Почему неверно оценен объем регресса? Почему требования менялись несколько раз?
Почему ....?

🚀Если в релизе затрагивается интеграция с конкретным сервисом, то проверяем в регрессе те модули, которые затрагивает новый сервис

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

🚀На крупных проектах с каждым новым спринтом объем регрессионного тестирования вероятно увеличивается, поэтому здесь важна оптимизация тестовой модели, важно пересматривать тест-кейсы и удалять устаревшие.

🚀Заниматься исследовательским тестированием, обязательно добавлять в регресс тест-кейсы на исправленные дефекты, знать взаимодействие модулей системы, чтобы также быть на чеку, а как новый модуль будет взаимодествовать с уже готовыми модулями в системе.

🚀Содержание регресса - определяется аналитикой бизнес-команды, определяется объемами доработки.(это прям улучшенные процессы - компания мечты😁)

Также рекомендую почитать Регрессионное тестирование на Scrum-проектах: руководство по проведению

5 инструментов для анализа первопричин (RCA), которые помогут вам улучшить тестирование и QA