atesting.ru Блог Что такое дымовое тестирование и проверка на вменяемость? Дымовое тестирование против тестирования на здравомыслие с примерами

Что такое дымовое тестирование и проверка на вменяемость? Дымовое тестирование против тестирования на здравомыслие с примерами

В этой статье мы увидим, что такое Smoke Testing и Sanity Testing, а также разницу между Smoke Testing и Sanity Testing. И дымовые тесты, и тесты на вменяемость имеют свои собственные цели и приоритеты. Эти два типа тестирования играют ключевую роль в успехе проекта.

 Что такое дымовое тестирование и проверка работоспособности? Дымовое тестирование против проверки работоспособности с примерами

После выпуска сборки на сцену выходит тестирование Smoke and Sanity. Когда дело доходит до разницы между тестированием дыма и работоспособности, в начинающих тестировщиках царит хаос. В этой статье давайте подробно рассмотрим, что такое Smoke и Sanity Testing, а также разницу между Smoke и Sanity Testing с практическими примерами, которые легко понять. Надеюсь, к концу этой статьи вы получите четкое представление о тестировании на здравомыслие и дымность.

Посмотрите видео ниже, чтобы увидеть «Smoke Testing vs Sanity Testing»

Пожалуйста, проявите терпение. Видео загрузится через некоторое время.

Если вам понравилось это видео, подпишитесь на наш канал YouTube, чтобы увидеть больше видеоуроков.

Что такое Smoke Testing in Software Testing ?

Дымовое тестирование проводится, чтобы убедиться, что сборка, полученная нами от команды разработчиков, тестируется или нет. Это также называется проверкой «День 0». Это делается на «уровне сборки».

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

Как проводить дымовое тестирование?

Для проведения дымового тестирования мы не пишем test случаи. Мы просто выбираем необходимые тестовые примеры из уже написанных тестовых примеров.

Действительно ли мы пишем тестовые примеры для всех типов тестирования? В этой статье мы дали четкое представление о выборе типов тестирования для написания тестовых примеров.

Как упоминалось ранее, здесь, в Smoke Testing, наше основное внимание будет уделено рабочему процессу основного приложения. Поэтому мы выбираем тестовые примеры из нашего набора тестов, которые охватывают основные функции приложения. Как правило, мы выбираем минимальное количество тестовых примеров, выполнение которых не займет более получаса.

Пример в реальном времени: Предположим, вы работаете на сайте электронной коммерции. Когда новая сборка выпускается для тестирования, в качестве QA программного обеспечения вы должны убедиться, что основные функции работают или нет. Итак, вы пытаетесь зайти на сайт электронной коммерции и добавить товар в корзину, чтобы разместить заказ. Это основной рабочий процесс на большинстве сайтов электронной коммерции. Если этот поток работает, вы можете сказать, что сборка пройдена. Вы можете перейти к функциональному тестированию в той же сборке.

Что такое проверка работоспособности при тестировании программного обеспечения?

Тестирование работоспособности выполняется на этапе выпуска, чтобы проверить основные функции приложения, не углубляясь в него. Его также называют подмножеством регрессионного тестирования. Это выполняется на «уровне выпуска».

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

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

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

Как проводить тестирование на вменяемость?

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

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

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

Sanity & amp; Процесс дымового тестирования:

 Что такое дымовое тестирование и проверка работоспособности? Проверка дымом против проверки работоспособности с примерами

Дымовое тестирование также известно как Тестирование проверки сборки

Тестирование работоспособности также известно как Тестирование на уровне поверхности

Дымовое тестирование против тестирования на работоспособность

Пример, демонстрирующий разницу между дымовым тестированием и тестированием на вменяемость:

Например: в проекте для первого выпуска группа разработчиков выпускает сборку для тестирования, а группа тестирования тестирует сборку. Первое тестирование сборки означает принятие или отклонение сборки. Мы называем это дымовым тестированием. Если команда тестирования принимает сборку, эта конкретная сборка отправляется на дальнейшее тестирование. Представьте, что в сборке 3 модуля, а именно «Логин», «Администратор», «Сотрудник». Команда тестирования тестирует основные функции приложения, не углубляясь в детали. Мы называем это тестированием на вменяемость.

Еще несколько отличий между тестированием на дымность и тестированием на вменяемость:

< td class = "column-2"> Проверка работоспособности, сборка относительно стабильна

ДЫМОВОЕ ТЕСТИРОВАНИЕ SANITY TESTING
Дымовой тест проводится, чтобы убедиться, что сборка, которую мы получили от команды разработчиков, проверяется или нет Проверка работоспособности выполняется на этапе выпуска, чтобы проверить основные функции приложения, не углубляясь в подробности
Дымовое тестирование выполняется как разработчиками, так и тестировщиками Тестирование на работоспособность выполняется только тестировщиками
Дымовое тестирование проверяет все приложение от начала до конца Проверка работоспособности проверяет только конкретный компонент всего приложения
Smoke Testing, сборка может быть стабильной или нестабильной
Выполняется на начальном сборки. Это делается в стабильных сборках.
Это часть базового тестирования. Это часть регрессионного тестирования.
Обычно это делается каждый время выхода новой сборки. Это планируется, когда не будет достаточно времени для проведения углубленного тестирования.

Автоматизируем ли мы дымовые тесты?

Я получил много запросов по этому поводу от моих подписчиков в Facebook и Twitter.

Да, мы автоматизируем тесты Smoke. Это экономит много времени на тестирование. Предположим, у вас есть 50-100 тестов на дым. Для выполнения этих 50–100 тестовых случаев может потребоваться примерно 4–6 часов. Если у вас есть сценарии автоматизации для этих тестовых случаев, вы можете выполнить их после выпуска сборки и подтвердить, пройдена ли сборка или нет, за время, меньшее, чем вы тратите на ручное выполнение тестов дыма. Поэтому большинство команд автоматизируют кейсы дымовых тестов.

TAG: qa