В Smoke-прогон входят кейсы с Priority High и Severity Critical — как правило, это основные пользовательские сценарии, набор кейсов для проверок интеграционных модулей. Дымное-тестирование проверяет систему на условное «возгорание», сразу после ее установки или изменений и перед запуском, чтобы убедиться, что основные функции работают исправно. Смок-тестирование выполняется при каждой новой сборке (новой версии). Пишется минимальный набор тест-кейсов для критически важного функционала, с уточнением серьезности и приоритета. Смоук-тестирование является важной частью общего процесса тестирования программного обеспечения, помогает выявить проблемы на ранних стадиях разработки и обеспечить стабильность приложения.
Как мы уже говорили ранее, дымовое тестирование — это мини-тестирование и быстрое регрессионное тестирование. Smoke-тестирование (или дымовое тестирование) — это минимальный набор тестов, прохождение которых показывает, что продукт готов к дальнейшему тестированию. Ручное смок-тестирование — это процесс проверки ключевых функций на явные дефекты.
Инструменты для смоук-тестирования
Основной упор делался на то, что кейсы должны быть актуальны, максимально понятны и покрывать основной функционал -1 приоритета (блокеры). Дымовой тест легче автоматизировать, чем более глубокое и интеллектуальное тестирование. Автоматизация снижает количество ручного труда и поэтому позволяет проводить эти тесты чаще.
Дымовой тест (англ. Smoke testing или smoke test, дымовое тестирование) — в тестировании программного обеспечения означает минимальный набор тестов на явные ошибки. Дымовой тест обычно выполняется программистом; не проходившую этот тест программу не имеет смысла отдавать на более глубокое тестирование. Для этого специалисты определяют минимальный набор тест-кейсов для критически важного функционала. На этапе написания тест-кейсов выделяют приоритетность и серьёзность кейса.
Пример чек-листа для smoke-тестов с реального проекта
«Если вы хотите запустить какой-либо онлайн-сервис, а проводить поддельные кампании в AdWords для его проверки не стали, вы просто сошли с ума. Это тот вывод, к которому я пришел после просмотра массы онлайн-продуктов, так и не сумевших привлечь покупателей. В своей презентации Доминик поведал о 6 этапах смоук-тестирования, которые используются многими разработчиками и повсеместно считаются наиболее исчерпывающими.
Поэтому «пришли, создали, проверили, почистили за собой». Это базовое тестирование, направленное на определение, готов ли продукт к более глубокому тестированию. Пожалуйста, заполните небольшую анкету, чтобы мы могли ознакомиться с смок тестирование продуктом, который нуждается в тестировании. Чтобы работать без простоев и облегчить задачу себе и другим командам, которые работают с нами и могли бы работать после нас, мы постоянно собирали актуальную информацию о работе системы.
#1. Дымовое тестирование вручную
Некоторые из вас могут быть в состоянии позволить себе статистически значимый набор данных, некоторые — нет. Независимо от вашей ситуации, в конце концов вам придется принять судьбоносное решение. Бывает, что провести смоук-тест так, как вы планировали, с первой попытки не получается. Если вы не сможете найти вообще никого, вполне возможно, что вы все еще не определились с тем, кем является ваш покупатель». Если это сведет конверсию к нулю, это вовсе не значит, что у вас нет бизнеса. Если вы попали в список тех, кому посчастливилось тестировать идею с нуля, у вас, вероятно, нет трафика (и вы не можете позволить себе этот трафик), чтобы сделать ваш тест статистически значимым.
Как только вы подготовите смоук-тест к запуску, первое, что вам понадобится — это трафик, и этот трафик должен быть правильным. Если вы устанавливаете приоритетность планируемых экспериментов, вы, вероятно, уже знаете, каких результатов можно ждать от каждого испытания в случае его положительного исхода. Первыми должны идти те, эффект от которых будет наиболее https://deveducation.com/ весомым. Дерек Сиверс (Derek Sivers), американский предприниматель, предлагает подвергнуть смоук-тесту сначала самое рискованное предложение. Идея была подтверждена — теперь компания, не опасаясь пустой траты ресурсов, реализует ее в полном объеме. И если все же вам удастся привлечь небольшую группу людей, вы всегда можете принести им персональные извинения.
Шаг 3: Обеспечьте трафик, необходимый для проведения эксперимента
Сильно нагревшаяся за эту секунду микросхема может свидетельствовать о грубой ошибке в схеме. Если первое включение не выявило перегрева, то прибор включается снова на большее время. Выражение «smoke-test» используется инженерами в шуточном смысле, так как появления дыма, а значит и порчи частей устройства, стараются избегать. В итоге мне не надо держать в голове “кого я еще не удалила” или как-то менять формат чек-листа. Просто я прохожу его дважды, сначала слева направо, а потом наоборот. Поэтому нельзя просто протестировать каждый модуль по отдельности.
Смоук-тестирование — это процесс тестирования программного обеспечения, направленный на проверку того, является ли развернутая сборка программного обеспечения стабильной или недостаточно функциональной. Smoke-тестирование — проверка программного обеспечения на стабильность и наличие явных ошибок. Тест должен подтвердить или опровергнуть правильность выполнения ПО своих основных функций перед его передачей на более глубокое тестирование. Такие смоук тесты должны быть максимально простыми и быстрыми для выполнения, не смотря на их простоту, они должны охватывать основной функционал. В контексте программного обеспечения термин был адаптирован для описания быстрого набора тестов, которые выполняются после сборки, развертывания новой версии программы. Для смоук-тестов мы решили оставить старое количество кейсов, потому что стояло требование укладываться с ними в 1 день.