В этой статье мы рассмотрим, что такое Smoke Testing и Sanity Testing, а также разницу между Smoke и Sanity Testing. И дымовые тесты, и тесты на вменяемость имеют свои цели и приоритеты. Эти два типа тестирования играют ключевую роль в успехе проекта.
Smoke и Sanity Testing появляются после выпуска сборки. Среди начинающих тестировщиков царит хаос, когда дело доходит до разницы между дымовым и вменяемым тестированием. Здесь, в этой статье, давайте подробно рассмотрим, что такое тестирование дыма и работоспособности, а также разницу между тестированием дыма и работоспособности на практических примерах, которые легко понять. Надеемся, что к концу этой статьи вы получите четкое представление о работоспособности и дымовом тестировании.
Посмотрите видео ниже, чтобы увидеть «дымовое тестирование и тестирование работоспособности»
Наберитесь терпения. Видео загрузится через некоторое время.
Если вам понравилось это видео, подпишитесь на наш канал YouTube, чтобы получать больше видеоуроков.
Что такое дымовое тестирование в тестировании программного обеспечения?
Дымовое тестирование проводится, чтобы убедиться, что сборка, которую мы получили от команды разработчиков, тестируема или нет. Это также называется проверкой «День 0». Это делается на «уровне сборки».
Подробнее: Подробное руководство по дымовому тестированию
Это помогает не тратить время на тестирование всего приложения, когда ключевые функции не работают или ключевые ошибки еще не исправлены. Здесь мы сосредоточимся на основном и основном рабочем процессе приложения.
Как провести дымовое тестирование?
Чтобы провести дымовое тестирование, мы не пишем тест-кейсы. Мы просто выбираем необходимые тест-кейсы из уже написанных тест-кейсов.
Действительно ли мы пишем тест-кейсы для всех типов тестирования? Здесь, в этой статье, мы дали четкое представление о выборе типов тестирования для написания тестовых случаев.
Как упоминалось ранее, здесь, в Smoke Testing, наше основное внимание будет сосредоточено на основном рабочем процессе приложения. Поэтому мы выбираем тестовые примеры из нашего набора тестов, которые охватывают основные функции приложения. Как правило, мы выбираем минимальное количество тестовых случаев, выполнение которых займет не более получаса.
Пример в реальном времени:Предположим, вы работаете на сайте электронной коммерции. Когда новая сборка выпускается для тестирования, вы, как специалист по контролю качества программного обеспечения, должны убедиться, что основные функции работают или нет. Итак, вы пытаетесь получить доступ к сайту электронной коммерции и добавить товар в корзину, чтобы разместить заказ. Это основной рабочий процесс на большинстве сайтов электронной коммерции. Если этот поток работает, вы можете сказать, что эта сборка пройдена. Вы можете перейти к функциональному тестированию той же сборки.
Что такое работоспособное тестирование в тестировании программного обеспечения?
Санитарное тестирование проводится на этапе выпуска, чтобы проверить основные функции приложения, не углубляясь. Его также называют подмножеством регрессионного тестирования. Это делается на «уровне выпуска».
Подробнее: Подробное руководство по тестированию работоспособности
Иногда из-за ограничений по времени выпуска строгое регрессионное тестирование не может быть выполнено для сборки, тестирование работоспособности выполняет эту часть, проверяя основные функции.
В большинстве случаев у нас не хватает времени для завершения всего тестирования. Владельцы продукта, особенно в Agile-методологии, будут вынуждены завершить тестирование за несколько часов или в конце дня. В этих сценариях мы выбираем Sanity Testing. Санитарное тестирование играет ключевую роль в подобных ситуациях.
Ранее я публиковал подробный пост «Разница между регрессией и повторным тестированием». Если вы еще не прошли ее, вы можете просмотреть ее, нажав на ссылку.
Как провести проверку работоспособности?
Как и в случае со Smoke-тестированием, мы не пишем отдельные тестовые примеры для Sanity-тестирования. Мы просто выбираем необходимые тестовые наборы из уже написанных тестовых наборов.
Как упоминалось ранее, это подмножество регрессионного тестирования. Когда дело доходит до тестирования работоспособности, основное внимание уделяется тому, чтобы убедиться, что запланированная функциональность работает должным образом.
Пример в реальном времени. Возьмем тот же пример, что и выше. Предположим, вы работаете над сайтом электронной коммерции. Выпущена новая функция, связанная с функцией поиска. Здесь ваше основное внимание должно быть сосредоточено на функциональности поиска. Убедившись, что функция поиска работает нормально, вы переходите к другим основным функциям, таким как поток платежей.
Процесс проверки работоспособности и дыма:
Дымовое тестирование также известно как Тестирование проверки сборки
Тестирование работоспособности также известно как Тестирование на уровне поверхности
Тестирование дыма и тестирование работоспособности
Пример, демонстрирующий разницу между Smoke и Sanity Testing:
Например: в проекте для первого выпуска группа разработчиков выпускает сборку для тестирования, а группа тестирования тестирует сборку. Тестирование сборки в первый раз означает принятие или отклонение сборки. Мы называем это дымовым тестированием. Если команда тестирования принимает сборку, то эта конкретная сборка отправляется на дальнейшее тестирование. Представьте, что в сборке есть 3 модуля, а именно: Login, Admin, Employee. Команда тестировщиков тестирует основные функции приложения, не углубляясь. Это мы называем тестированием работоспособности.
Еще несколько различий между тестированием дыма и тестированием работоспособности:
| ТЕСТИРОВАНИЕ ДЫМА | ПРОВЕРКА НА РАБОТОСПОСОБНОСТЬ |
|---|---|
| Smoke Test проводится, чтобы убедиться, что сборка, полученная от команды разработчиков, пригодна для тестирования или нет< td class=column-2>Проверка работоспособности выполняется на этапе выпуска, чтобы проверить основные функции приложения, не углубляясь | |
| Smoke Testing выполняется как разработчиками, так и тестировщиками | Проверка работоспособности выполняется только тестировщиками |
| Smoke Testing проверяет все приложение от end to end | Проверка работоспособности проверяет только определенный компонент всего приложения |
| Проверка дыма, сборка может быть либо стабильной, либо нестабильный | Тестирование работоспособности, сборка относительно стабильна |
| Это делается на начальных сборках. | Это делается на стабильных сборках. |
| Это часть базового тестирования.< td class=column-2>Это часть регрессионного тестирования. | |
| Обычно это делается каждый раз, когда выходит новый выпуск сборки. | Планируется, когда не будет достаточно времени для углубленного тестирования. |
Автоматизируем ли мы дымовые тесты?
Я получил много запросов по этому поводу от своих подписчиков в Facebook и Twitter.
Да, мы автоматизируем тестовые случаи Smoke. Это экономит много времени на тестирование. Предположим, у вас есть 50-100 тестов дыма. Чтобы выполнить эти 50-100 тестовых случаев, может потребоваться примерно 4-6 часов. Если у вас есть сценарии автоматизации для этих тестовых случаев, вы можете выполнить их после выпуска сборки и подтвердить, прошла ли сборка или нет, меньше времени, чем вы тратите на ручное выполнение дымовых тестовых случаев. Поэтому большинство команд автоматизируют дымовые тестовые случаи.
TAG: qa
Еще об этом:
150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS
ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г.
100 САМЫХ ПОПУЛЯРНЫХ ПРОДВИНУТЫХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ ПО SELENIUM
ЧТО ТАКОЕ ДЫМОВОЕ ТЕСТИРОВАНИЕ? КАК ЭТО ВЫПОЛНИТЬ?
РУЧНОЕ ТЕСТИРОВАНИЕ ПРОТИВ АВТОМАТИЗИРОВАННОГО | ВАЖНЫЕ ОТЛИЧИЯ, КОТОРЫЕ ВЫ ДОЛЖНЫ ЗНАТЬ
РУКОВОДСТВО ПО ТЕСТИРОВАНИЮ ПРОИЗВОДИТЕЛЬНОСТИ | МАТЕРИАЛ ДЛЯ ТЕСТИРОВАНИЯ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
ЧТО ТАКОЕ РЕГРЕССИОННОЕ ТЕСТИРОВАНИЕ | ОПРЕДЕЛЕНИЕ, ИНСТРУМЕНТЫ, КАК ВЫПОЛНЯТЬ
ЧТО ТАКОЕ СКВОЗНОЕ (E2E) ТЕСТИРОВАНИЕ? | ПОДРОБНОЕ РУКОВОДСТВО
БЕТА-ТЕСТИРОВАНИЕ – ПОДРОБНОЕ РУКОВОДСТВО
