Дымовое тестирование

Здравствуйте, друзья! Сегодня мы изучим дымовое тестирование – одну из самых запутанных тем в тестировании ПО. Именно поэтому этот термин также является наиболее часто задаваемым вопросом на собеседованиях на позицию тестировщика. В этой статье мы познакомимся с дымовым тестированием, его особенностями и преимуществами.

Содержание:

• Определение дымового тестирования
• Пример
• Почему его называют “дымовым” тестированием?
• Особенности дымового тестирования
• Преимущества дымового тестирования

Определение дымовых испытаний

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

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

Друзья, поддержите нас вступлением в наш телеграм канал QaRocks. Там много туториалов, задач по автоматизации и книг по QA.

Пример

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

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

Для решения таких ситуаций было введено дымовое тестирование. Следуя этому подходу, мы не начинаем с выполнения полного регрессионного тестирования или запуска всех тест-кейсов. Вместо этого мы просим команду тестировщиков (или лишь некоторых ее членов) проверить только основные функции.

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

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

• Пользователь должен иметь возможность залогиниться в приложении.
• Во “Входящих” должна отображаться полученная почта.
• Пользователь должен иметь возможность писать и отправлять письма и т. д.

Почему его называют «дымовым» тестированием?

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

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

Особенности дымового тестирования

• Тестирование сборки  – также известно как тест верификации сборки или приемочное тестирование сборки.
• Поверхностность и обширность – это подход тестирования, при котором охватывается широкий спектр функционала, но проверяются только самые распространенные/базовые сценарии использования.
• Ведение документации – чаще всего дымовые тесты описаны в документации и зачастую автоматизированы.

Преимущества дымового тестирования

1. Оно помогает быстро выявить проблемы в критически важных функциях.
2. В случае обнаружения проблем во время дымовых тестов экономится много времени, так как сборка возвращается на доработку, и команда тестировщиков не тратит время на полное тестирование неисправной версии.
3. С помощью дымового тестирования можно быстро выявить проблемы интеграции.

Перевод статьи «Smoke Testing».