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