Что такое тестирование дыма?
SMOKE TESTING — это тип тестирования программного обеспечения, который определяет, является ли развернутая сборка стабильной или нет. Цель Smoke Проверяет это, чтобы подтвердить, может ли команда QA продолжить дальнейшее тестирование. Дымовые тесты — это минимальный набор тестов, запускаемых на каждой сборке.
Дымовое тестирование — это процесс, в котором сборка программного обеспечения развертывается в среде QA и проверяется для обеспечения стабильности приложения. Он также называется «Тестирование проверки сборки» или «Проверка достоверности».
Проще говоря, мы проверяем, работают ли важные функции, и в тестируемой сборке нет демонстраторов.
Это мини и быстрый регрессионный тест основных функций. Это простой тест, который показывает, что продукт готов к тестированию. Это помогает определить, является ли сборка дефектной, что делает дальнейшее тестирование пустой тратой времени и ресурсов.
Узнайте о сравнении Smoke Vs Sanity Testing
Испытания на дым пригодны для дальнейшего формального тестирования. Основной целью тестирования дыма является выявление ранних серьезных проблем. Дымовые тесты предназначены для демонстрации стабильности системы и соответствия требованиям.
Сборка включает в себя все файлы данных, библиотеки, многократно используемые модули, инженерные компоненты, необходимые для реализации одной или нескольких функций продукта.
В этом уроке вы узнаете
- Что такое тестирование дыма?
- Когда мы проводим тестирование на курение
- Кто будет делать тестирование дыма
- Почему мы проводим тестирование на курение?
- Как сделать тестирование дыма?
- Преимущества тестирования дыма
- Образец примера тестов дыма
Когда мы проводим тестирование на курение
Тестирование дыма проводится всякий раз, когда новые функциональные возможности программного обеспечения разрабатываются и интегрируются с существующей сборкой, развернутой в среде QA / staging. Это гарантирует, что все критические функции работают правильно или нет.
В этом методе тестирования команда разработчиков развертывает сборку в QA. Подмножества тестовых случаев взяты, и затем тестеры запускают тестовые примеры на сборке. Команда QA протестирует приложение на предмет критических функций. Эти серии тестов предназначены для выявления ошибок в сборке. Если эти тесты пройдены, команда QA продолжает функциональное тестирование .
Любой сбой указывает на необходимость обработки системы обратно в команду разработчиков. Всякий раз, когда происходит изменение в сборке, мы проводим тестирование дыма, чтобы обеспечить стабильность.
Пример : -Новая кнопка регистрации добавлена в окно входа в систему, и сборка развернута с новым кодом. Мы проводим тестирование дыма на новой сборке.
Кто будет делать тестирование дыма
После выпуска сборки в среду QA, инженеры QA / ведущие специалисты по QA проводят тестирование дыма. Всякий раз, когда появляется новая сборка, команда QA определяет основные функциональные возможности приложения для тестирования дыма. Команда QA проверяет наличие showtoppers в тестируемом приложении.
Тестирование, проводимое в среде разработки кода, чтобы убедиться в корректности приложения перед выпуском сборки для QA, это называется тестированием Sanity. Обычно это узкое и глубокое тестирование. Это процесс, который проверяет соответствие разрабатываемого приложения его основным функциональным требованиям.
Проверка работоспособности определяет завершение этапа разработки и принимает решение о том, сдать или нет программный продукт для дальнейшей фазы тестирования.
Почему мы проводим тестирование на курение?
Тестирование дыма играет важную роль в разработке программного обеспечения, поскольку оно обеспечивает правильность работы системы на начальных этапах. Этим мы можем сэкономить усилия по тестированию. В результате, тесты дыма приводят систему в хорошее состояние. Как только мы закончим тестирование дыма, только мы начнем функциональное тестирование.
- Все ограничители шоу в сборке будут идентифицированы путем тестирования дыма.
- Дымовое тестирование проводится после выпуска сборки в QA. С помощью дымового тестирования большинство дефектов выявляется на начальных этапах разработки программного обеспечения.
- Благодаря проверке дыма мы упрощаем обнаружение и исправление основных дефектов.
- Путем тестирования дыма команда QA может обнаружить дефекты функциональности приложения, которые могли появиться в новом коде.
- Тестирование дыма обнаруживает основные дефекты серьезности.
Пример 1: Окно регистрации: возможность перехода к следующему окну с действительным именем пользователя и паролем при нажатии кнопки «Отправить».
Пример 2. Пользователь не может выйти из веб-страницы.
Как сделать тестирование дыма?
Тестирование дыма обычно выполняется вручную, хотя есть возможность выполнить то же самое с помощью автоматизации. Это может варьироваться от организации к организации.
Ручное тестирование дыма
В общем, тестирование дыма проводится вручную. Это подходы варьируется от одной организации к другой. Дымовое тестирование проводится для обеспечения того, чтобы навигация по критическим путям соответствовала ожидаемым и не мешала функционированию. После того, как сборка выпущена в QA, необходимо выполнить тесты с высоким приоритетом функциональности и проверить их на предмет выявления критических дефектов в системе. Если тест пройден, мы продолжаем функциональное тестирование. Если тест не пройден, сборка отклоняется и отправляется обратно в команду разработчиков для исправления. QA снова начинает тестирование дыма с новой версией сборки. Дымовое тестирование выполняется на новой сборке и будет интегрировано со старыми сборками для поддержания правильности системы. Прежде чем проводить тестирование на дым, команда QA должна проверить правильность версий сборки.
Тестирование дыма автоматизацией
Автоматизированное тестирование используется для регрессионного тестирования . Тем не менее, мы также можем использовать набор автоматических тестовых случаев для запуска Smoke Test. С помощью тестов автоматизации разработчики могут проверить сборку немедленно, когда есть новая сборка, готовая к развертыванию.
Вместо того, чтобы повторять тестирование вручную всякий раз, когда развертывается новая сборка программного обеспечения, для сборки выполняются записанные тесты дымового теста. Он проверяет, все ли основные функции все еще работают должным образом. Если тест не пройден, они могут исправить сборку и немедленно повторно развернуть сборку. Благодаря этому мы можем сэкономить время и обеспечить качественную сборку в среде QA.
Используя автоматизированный инструмент, инженер-тестировщик записывает все шаги, выполняемые вручную при сборке программного обеспечения.
Цикл испытаний дыма
Ниже блок-схема показывает, как выполняется тестирование дыма. Как только сборка развернута в QA и пройдены тесты дыма, мы приступаем к функциональному тестированию. Если тест дыма не пройден, мы прекращаем тестирование, пока проблема в сборке не будет устранена.
Преимущества тестирования дыма
Вот несколько преимуществ, перечисленных для тестирования дыма.
- Простое тестирование
- Дефекты будут выявлены на ранних стадиях.
- Улучшает качество системы
- Снижает риск
- Прогресс легче получить доступ.
- Экономит усилия и время теста
- Легко обнаруживать критические ошибки и исправлять ошибки.
- Работает быстро
- Минимизирует интеграционные риски
Что произойдет, если мы не проведем тестирование дыма
Если мы не проводим тестирование дыма на ранних стадиях, дефекты могут возникнуть на более поздних стадиях, где это может быть экономически эффективным. И Дефект, обнаруженный на более поздних стадиях, может показать пробки, где он может повлиять на выпуск результатов.
Образец примера тестов дыма
| T.ID | СЦЕНАРИИ ИСПЫТАНИЙ | ОПИСАНИЕ | ТЕСТОВЫЙ ШАГ | ОЖИДАЕМЫЙ РЕЗУЛЬТАТ | ФАКТИЧЕСКИЙ РЕЗУЛЬТАТ | ПОЛОЖЕНИЕ ДЕЛ |
|---|---|---|---|---|---|---|
| 1 | Действительные учетные данные для входа | Проверьте функциональность входа в систему веб-приложения, чтобы убедиться, что зарегистрированному пользователю разрешено входить с именем пользователя и паролем. | 1. Запустите приложение 2. Перейдите на страницу входа в систему 3. Введите действительное имя пользователя 4. Введите действительный пароль 5. Нажмите на кнопку входа |
Логин должен быть успешным | как и ожидалось | Проходить |
| 2 | Добавление функциональности предмета | Возможность добавить товар в корзину | 1. Выбрать список категорий 2. Добавить товар в корзину |
Товар должен быть добавлен в корзину | Товар не добавляется в корзину | Потерпеть поражение |
| 3 | Функциональность выхода | Проверьте выход функциональности | 1. выберите кнопку выхода | Пользователь должен иметь возможность выйти. | Пользователь не может выйти | Потерпеть поражение |
Резюме:
В программной инженерии тестирование Smoke должно выполняться на каждой сборке в обязательном порядке, поскольку это помогает находить дефекты на ранних стадиях. Тестирование дыма — последний шаг перед тем, как сборка программного обеспечения войдет в системную стадию. Дымовые тесты должны выполняться на каждой сборке, включенной в тестирование. Это относится к новым разработкам и основным и второстепенным версиям системы.
Перед проведением дымового тестирования команда QA должна убедиться в правильности сборки версии тестируемого приложения. Это простой процесс, который требует минимального времени для проверки стабильности приложения.
Дымовые тесты могут минимизировать усилия по тестированию и могут улучшить качество приложения. Тестирование дыма может быть сделано или вручную или автоматизацией в зависимости от клиента и организации.
Эта статья предоставлена Павани Ичапурапу