Насколько функционально смок тестирование

Что проверяют

Владеете ли вы терминологией и понимаете ли назначение набора, а не только его название. Вопрос с подвохом: смоук проверяет функции продукта, то есть по природе он функциональный, но глубина у него минимальная. От вас ждут, что вы разведёте две шкалы: что проверяем и насколько подробно.

Как отвечать

Смоук это не вид тестирования по цели, а срез по критичности: узкий набор позитивных сценариев на ключевые функции, отвечающий на единственный вопрос, имеет ли смысл тратить время на полный прогон этой сборки. Проверки в нём функциональные, но без граничных значений, негативных кейсов и перебора данных.

Разведите соседние термины, это половина ответа:

• смоук: широко и мелко, по одному сценарию на критичную функцию, гоняется на каждой сборке;
• санити: узко и глубже, проверка конкретной области после точечной правки;
• регресс: широко и глубоко, убеждаемся, что новое не сломало старое.

Критерии рабочего смоука назовите сразу: минуты, а не часы, стабильный прогон, автоматический запуск в конвейере и право блокировать дальнейшие шаги. В набор идут вход в систему, основной сценарий, ради которого продукт существует, доступность внешних интеграций и проверка, что развернулась именно та версия.

Хорошо добавить вывод: зелёный смоук это разрешение продолжать, а не суждение о качестве продукта.

Где спотыкаются

Называют смоуком любой быстрый ручной прогон и не отличают его от санити. Уточняющий вопрос про разницу идёт следом почти всегда, и путаница сразу опускает оценку.

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

Третье: терпят нестабильные тесты и перезапускают до зелёного. Набор, которому не верят, хуже отсутствующего: он отнимает время и приучает команду игнорировать красный результат.