Как только мы завершим дымовое тестирование, мы приступим к функциональному тестированию. Тестирование кода, проводимое в среде разработки для обеспечения корректности приложения перед выпуском сборки для контроля качества, известно как тестирование работоспособности. Это процесс, который проверяет, что разрабатываемое приложение соответствует своим основным функциональным требованиям.
Исходя из того, что данные проверки практически всегда одинаковы и редко претерпевают изменениям, целесообразно будет их автоматизировать. Ниже блок-схема показывает, как выполняется тестирование дыма. Как только сборка развернута в QA и пройдены тесты дыма, мы приступаем к функциональному тестированию.
С помощью автоматизированных тестов разработчики могут немедленно проверить сборку, как только появится новая сборка, готовая к развертыванию. Дымовые тесты позволяют сборке пройти дальнейшее формальное тестирование. Основная цель дымового тестирования — обнаружение серьезных проблем на ранней стадии. Дымовые тесты предназначены для демонстрации стабильности системы и соответствия требованиям. Сборка включает в себя все файлы данных, библиотеки, модули многократного использования, инженерные компоненты, необходимые для реализации одной или нескольких функций продукта.
Дымовые тесты должны выполняться для каждой сборки, которая подвергается тестированию. Это относится к новым разработкам, а акже к основным и второстепенным выпускам системы. SMOKE TESTING — это тип тестирования программного обеспечения, который определяет, является ли развернутая сборка стабильной или нет.
Это гарантирует, что все важные функции работают правильно или нет. Дымовое тестирование осуществляется при выпуске каждой новой сборки. Если смотреть интегрально, с точки зрения QA и CI-CD-пайплайна, то смок-тестирование — это о том как проверить, что остальные виды тестирования уже валидные, то есть можно идти дальше. Ведь если билд падает при установке, или если полвин страниц сайта не грузится, то нет смысла продолжать тестирование, пока такие крупные дефекты не уберут. Для облегчения работы, экономии времени и людских ресурсов рекомендуется внедрить автоматизацию тестовых сценариев для дымового тестирования. Проверка работоспособности определяет завершение этапа разработки и принимает решение о том, сдать или нет программный продукт для дальнейшей фазы тестирования.
Автоматизированное тестирование используется для регрессионного тестирования . Тем не менее, мы также можем использовать набор автоматических тестовых случаев для запуска Smoke Test. С помощью тестов автоматизации разработчики могут проверить сборку немедленно, когда есть новая сборка, готовая к развертыванию. Smoke-тестирование (или дымовое тестирование) — это минимальный набор тестов, прохождение которых показывает, что продукт готов к дальнейшему тестированию. Автоматизация тестирования используется для Регрессионное тестирование. Однако мы также можем использовать набор автоматических тестовых примеров для запуска Smoke Test.
Если тест дыма не пройден, мы прекращаем тестирование, пока проблема в сборке не будет устранена. Это простой тест, который показывает, что продукт готов к тестированию. Это помогает определить, является ли сборка дефектной, что делает дальнейшее тестирование пустой тратой времени и ресурсов. Тестирование, проводимое в среде разработки кода, чтобы убедиться в корректности приложения перед выпуском сборки для QA, это называется тестированием Sanity. Эо процсс, который проверяет соответствие разрабатываемого приложения его основным функциональным требованиям.
Что Такое Тестирование Дыма?
Эта серия тестовых случаев предназначена для выявления ошибок, имеющихся в сборке. Если эти тесты пройдены, команда контроля качества продолжает работу. Он выполняется до выполнения каких-либо подробных функциональных или регрессионных тестов. Основная цель дымового тестирования — отклонить программное приложение с дефектами, чтобы команда контроля качества не тратила время на тестирвание неабоающего программного приложения. После выпуска сборки в среду контроля качества инженеры по обеспечению качества/руководитель отдела контроля качества проводят тестирование дыма. Всякий раз, когда выходит новая сборка, команда контроля качества определяет основные функции приложения для проведения дымового тестирования.
Цель такого тестирования – проверить, что после очередной сборки программного продукта нет явных, грубых дефектов, «блокирующих дальнейший путь». Первое включение нового радиоэлектронного устройства, пришедшего и производства, совершается на очень короткое время (меньше секунды). Затем инженер руками ощупывает все микросхемы на предмет перегрева. Сильно нагревшаяся за эту секунду микросхема может свидетельствовать о грубой ошибке в схеме. Если первое включение не выявило перегрева, то прибор включается снова на большее время.
Перед проведением дымового тестирования команда QA должна убедиться в правильности сборки версии тестируемого приложения. Это простой процесс, который требует минимального времени для проверки стабильности приложния. Дымовое тесирование — это процесс, в котором сборка программного обеспечения развертывается в среде QA и проверяется для обеспечения стабильности приложения. Он также называется «Тестирование проверки сборки» или «Проверка достоверности».
Благодаря этому мы можем сэкономить время и обеспечить качественную сборку в среде QA. При этом методе тестирования команда разработчиков развертывает сборку в режиме контроля качества. Берется подмножество тестовых случаев, а затем тестировщики запускают тестовые сценарии сборки. Команда контрля качества естирет приложение на предмет критически важных функций.
Выражение «smoke-test» используется инженерами в шуточном смысле, так как появления дыма, а значит и порчи частей устройства, стараются избегать. Дымовое тестирование обычно проводится вручную, хотя существует возможность выполнить то же самое с помощью автоматизации. Сам термин появился впервые в среде инженеров, занимавшихся отопительным оборудованием. Когда изготавливалась новая печь или котел, все ее заглушки задвигались, после чего она затапливалась. Если дым шел только из положенных мест (например дымохода), то отопительное устройство было собрано правильно.
Если мы не проводим тестирование дыма на ранних стадиях, дефекты могут возникнуть на более поздних стадиях, где это может быть экономически эффективным. И Дефект, обнаруженный на более поздних стадиях, может показать пробки, где он может повлиять на выпуск результатов. Тестирование дыма проводится всякй раз, когда новые фунциональные возможности программного обеспечения разрабатываются и интегрируются с существующей сборкой, развернутой в среде QA / staging. Это гарантирует, что все критические функции работают правильно или нет. В данном примере кода мы используем фреймворк PyTest и библиотеку Selenium WebDriver для написания нескольких тестов, которые выполняются в браузере Google Chrome.
Дымовое тестирование проводится для того, чтобы убедиться, что навигация по критическим путям соответствует ожиданиям и не мешает работе. После того как сборка передана в отдел контрол качества, необходимо выполнить высокоприоритетные тестовые сценарии функциональности и протестировать их для выявления критических дефектов в системе. Если тест не пройден, сборка отклоняется и отправляется обратно команде разработчиков для исправления. QA снова начинает дымовое тестирование с новой версией сборки.
Цикл Дымовых Испытаний
Это простой процесс, который занимает минимум времени для проверки стабильности приложения. Тестирование дыма играет важную роль в разработке программного обеспечения, покольку оно обеспеивает правильность работы системы на начальных этапах. В результате, тесты дыма приводят систему в хорошее состояние. Как только мы закончим тестирование дыма, только мы начнем функциональное тестирование. Дымовое тестирование играет важную роль в разработке программного обеспечения, поскольку оно обеспечивает корректность системы на начальных этапах. В результате дымовые тесты приводят систему в хорошее состояние.
Смок-тесты с теоретической точки зрения являются подмножеством регрессионных. Первое своё применение эот термин получил у печников, smoke testing это которые, собрав печь, закрывали все заглушки, затапливали её и смотрели, чтобы дым шёл только из положенных мест.
Чем чаще выполняются тесты, тем раньше становится известно о проблемах, выявляемых этими тестами. Чем раньше становится известно о проблеме, тем легче её устранить. Автоматизация тестирования часто выполняется с помощью средств непрерывной интеграции.
Smoke-тестирование также можно назвать «проверкой сборки», так как с помощью дымовых тестов мы проверяем работоспособность и стабильность сборки. Фактически smoke-тестирование представляет собой эксперимент, поэтому оно должно проводиться по заранее определенным сценариям в контролируемой среде. Это исключает воздействие на тестируемую систему непредвиденных внешних факторов, которые могут исказить результаты проверки. Приложение должно запуститься и продемонстрировать работоспособность своих базовых функций.
Дымовые тесты должны выполняться на каждой сборке, включенной в тестирование. Это относится к новым разработкам и основным и второстепенным версиям системы. После выпуска сборки в среду QA, инженеры QA / ведущие специалисты по QA проводят тестирование дыма. Всякий раз, когда появляется новая сборка, команда QA определяет основные функциональные возможности приложения для тестирования дыма.
Таким образом, smoke-тесты — это простой и действенный способ проверить основной функционал сборки. Тем не менее они не отмеяют необходимость проведения боее глубоких проверок, затрагивающих функции, не столь важные для самой сборки, но имеющие большое значение для пользователя. Кроме того, тестовые сценарии нуждаются в периодическом обновлении, чтобы исключить риск пропуска новых ошибок. Smoke-тестирование — проверка программного обеспечения на стабильность и наличие явных ошибок. Тест должен подтвердить или опровергнуть правильность выполнения ПО своих основных функций перед его передачей на более глубокое тестирование.
Тесты проверяют загрузку страницы Google, наличие на странице поля для поиска и возможность поиска по запросу “pytest”. Эти тесты помогут быстро выявить базовые проблемы в работе приложения и принять меры для их исправления. Проверка работы основных функций приложения (например, добавление товара в корзину для интернет-магазина). Любой сбой указывает на необходимость вернуть систему команде разработчиков. Всякий раз, когда в сборке происходят изменения, мы проводим дымовое естирование, чтобы гарантровать стабильность.
Они могут включать что-то простое, вроде “Могу ли я зарегистрироваться? Smoke-тестирование предполагает ответы ДА/НЕТ и все тест-кейсы должны быть пройдены с положительным результатом. Smoke check должны быть быстрыми и легковесными, для того, чтобы их можно было запускать часто. В зависимости от специфика проекта, smoke check можно пройти как за несколько минут, так и за несколько часов. В этом методе тестирования команда разработчиков развертывает сборку в QA.