Дымовое тестирование может проводиться вручную или автоматически в зависимости от клиента и организации. Простыми словами, смок-тестирование — это как бы тестирование «вширь и всего», а санити-тестирование это как бы «вглубь и одного модуля». Смок-тесты должны быстро «покрыть» критический функционал в сжатые сроки, а санити-тесты — для тщательной проверки «подозреваемой» функции. Дымовой тест легче автоматизировать, чем более глубокое и интеллектуальное тестирование. Автоматизация снижает количество ручного труда и поэтому позволяет проводить эти тесты чаще.
Прежде чем проводить тестирование на дым, команда QA должна проверить правильность версий сборки. Вместо повторного тестирования вручную при каждом развертывании новой сборки программного обеспечения.yed, записанные примеры дымового тестирования выполняются для сборки. Если тест не пройден, они могут исправить сборку и немедленно повторно развернуть сборку. Благодаря этому мы можем сэкономить время и обеспечить качественную сборку среды контроля качества. Вместо того, чтобы повторять тестирование вручную всякий раз, когда развертывается новая сборка программного обеспечения, для сборки выполняются записанные тесты дымового теста. Он проверяет, все ли основные функции все еще работают должным образом.
Смок-тестирование выполняется при каждой новой сборке (новой версии). Пишется минимальный набор тест-кейсов для критически важного функционала, с уточнением серьезности и приоритета. Это короткий цикл тестов, подтверждающий (отрицающий) факт того, что приложение стартует и выполняет свои основные функции. Данный тип тестирования позволяет на начальном этапе выявить основные быстро находимые критические дефекты.
Дымовой тест обычно выполняется программистом; не проходившую этот тест программу не имеет смысла отдавать на более глубокое тестирование. Проще говоря, дымовые тесты означают проверку того, что важные функции работают и что в тестируемой сборке нет тормозов. Это простой тест, показывающий, что продукт готов к тестированию. Это помогает определить, есть ли в сборке дефекты, поскольку дальнейшее тестирование становится пустой тратой времени и ресурсов. В программной инженерии тестирование Smoke должно выполняться на каждой сборке в обязательном порядке, поскольку это помогает находить дефекты на ранних стадиях. Тестирование дыма — последний шаг перед тем, как сборка программного обеспечения войдет в системную стадию.
Дымовое тестирование может применяться как к новому, так и к модернизированному продукту. (Более правильно “санитарное тестирование” называется “тестированием согласованности”, но термин “санитарное” уже прижился у российских тестировщиков). Если вы хотите углубить свои знания в области тестирования ПО, рекомендую обратить внимание на такие онлайн-школы, как .
Пример Smoke-тестирования
Для этого специалисты определяют минимальный набор тест-кейсов для критически важного функционала. На этапе написания тест-кейсов выделяют приоритетность и серьёзность кейса. В Smoke-прогон входят кейсы с Priority High и Severity Critical — как правило, это основные пользовательские сценарии, набор кейсов для проверок интеграционных модулей.
Ниже приведена блок-схема, показывающая, как выполняется тестирование дыма. После развертывания сборкиyed в QA и дымовых тестах пройдены, переходим к функциональному тестированию. Если дымовой тест не пройден, мы завершаем тестирование до тех пор, пока проблема в сборке не будет устранена.
Испытания на дым пригодны для дальнейшего формального тестирования. Основной целью тестирования дыма является выявление ранних серьезных проблем. Главной задачей смоук тестирования является убедиться в том, что приложение может успешно запуститься и работать, не обнаруживая критических ошибок. Это особенно важно для больших проектов, где множество инструментов, библиотек и функций могут привести к возникновению многочисленных ошибок и проблем в работе приложения. Дымовые тесты могут минимизировать усилия по тестированию и улучшить качество приложения.
Цель Smoke Проверяет это, чтобы подтвердить, может ли команда QA продолжить дальнейшее тестирование. Дымовые тесты — это минимальный набор тестов, запускаемых на каждой сборке. Набор тестов — это сгруппированная совокупность тестовых случаев, связанная определенным образом (к примеру, по функциональности). Smoke-тесты созданы для того, чтобы проверить основную функциональность и должны быть неотъемлимой частью процесса тестирования.
Исходя из того, что данные проверки практически всегда одинаковы и редко претерпевают изменениям, целесообразно будет их автоматизировать. Ниже блок-схема показывает, как выполняется тестирование дыма. Как только сборка развернута в QA и пройдены тесты дыма, мы приступаем к функциональному тестированию.
Чем Различаются Smoke, Sanity И Регрессионное Тестирование?
Эта серия тестовых случаев предназначена для выявления ошибок, имеющихся в сборке. Если эти тесты пройдены, команда контроля качества продолжает работу. Он выполняется до выполнения каких-либо подробных функциональных или регрессионных тестов. Основная цель дымового тестирования — отклонить программное приложение с дефектами, чтобы команда контроля качества не тратила время на тестирование неработающего программного приложения. После выпуска сборки в среду контроля качества инженеры по обеспечению качества/руководитель отдела контроля качества проводят тестирование дыма. Всякий раз, когда выходит новая сборка, команда контроля качества определяет основные функции приложения для проведения дымового тестирования.
Любой сбой указывает на необходимость обработки системы обратно в команду разработчиков. Всякий раз, когда происходит изменение в сборке, мы проводим тестирование дыма, чтобы обеспечить стабильность. Ручное смок-тестирование — это процесс проверки ключевых функций на явные дефекты. Чаще всего этим и ограничиваются, особенно если приложение небольшое. Дымовые тесты могут минимизировать усилия по тестированию и могут улучшить качество приложения. Тестирование дыма может быть сделано или вручную или автоматизацией в зависимости от клиента и организации.
Проще говоря, мы проверяем, работают ли важные функции, и в тестируемой сборке нет демонстраторов. Этот чек-лист является базовым руководством для smoke-тестирования и может быть дополнен в зависимости от особенностей вашего проекта. Смок-тестирование проверяет критически важный функционал приложения; а санитарное тестирование проверяет отдельный модуль приложения. Конкретные этапы смок-тестирования зависят от приложения — далее. Сборка включает в себя все файлы данных, библиотеки, многократно используемые модули, инженерные компоненты, необходимые для реализации одной или нескольких функций продукта.
Тестирование дыма обычно выполняется вручную, хотя есть возможность выполнить то же самое с помощью автоматизации. Вот несколько преимуществ, перечисленных для дымового тестирования. Используя автоматизированный инструмент, инженер по тестированию записывает все ручные шаги, выполняемые при сборке программного обеспечения.
Подмножества тестовых случаев взяты, и затем тестеры запускают тестовые примеры на сборке. Команда QA протестирует приложение на предмет критических функций. Если эти тесты пройдены, команда QA продолжает функциональное тестирование . Дымовой тест (англ. Smoke testing или smoke test, дымовое тестирование) — в тестировании программного обеспечения означает минимальный набор тестов на явные ошибки.
Команда контроля качества проверяет наличие тормозов в тестируемом приложении. Дымовые испытания это процесс тестирования программного обеспечения, который определяет, будет ли развертываниеyed сборка программного обеспечения стабильна или нет. Дымовое тестирование является подтверждением для команды контроля качества приступить к дальнейшему тестированию программного обеспечения. Он состоит из минимального набора тестов, выполняемых в каждой сборке для проверки функциональности программного обеспечения.
С помощью автоматизированных тестов разработчики могут немедленно проверить сборку, как только появится новая сборка, готовая к развертыванию. Дымовые тесты позволяют сборке пройти дальнейшее формальное тестирование. Основная цель дымового тестирования — обнаружение серьезных проблем на ранней стадии. Дымовые тесты предназначены для демонстрации стабильности системы и соответствия требованиям. Сборка включает в себя все файлы данных, библиотеки, модули многократного использования, инженерные компоненты, необходимые для реализации одной или нескольких функций продукта.
Команда QA проверяет наличие showtoppers в тестируемом приложении. Цель состоит в том, чтобы определить, что предлагаемая функциональность работает примерно так, как ожидалось. Если проверка работоспособности не удалась, сборка отклоняется, чтобы сэкономить время и затраты на более тщательное тестирование. Прежде чем проводить дымовое тестирование, команда контроля качества должна убедиться в правильной версии сборки тестируемого приложения.
Автоматизированное смок-тестирование — пишутся скрипты, проверяющие ключевые функции. Иногда это бывает целесообразно, если действия стандартные и повторяемые. Вот несколько преимуществ, перечисленных для тестирования дыма. Используя автоматизированный инструмент, инженер-тестировщик записывает все шаги, выполняемые вручную при сборке программного обеспечения.
Дымовое тестирование выполняется на новой сборке и интегрируется со старыми сборками для поддержания корректности системы. Перед проведением дымового тестирования команда контроля качества должна проверить правильность версий сборки. Дымовое тестирование проводится для обеспечения того, чтобы навигация по критическим путям соответствовала ожидаемым и не мешала функционированию. После того, как сборка выпущена в QA, необходимо выполнить тесты с высоким приоритетом функциональности и проверить их на предмет выявления критических дефектов в системе. Если тест не пройден, сборка отклоняется и отправляется обратно в команду разработчиков для исправления. Дымовое тестирование выполняется на новой сборке и будет интегрировано со старыми сборками для поддержания правильности системы.
Дымовое тестирование также известно как «проверочное тестирование сборки» или «проверочное тестирование». В разработке программного обеспечения дымовое тестирование должно проводиться для каждой сборки smoke testing это в обязательном порядке, поскольку оно помогает обнаружить дефекты на ранних стадиях. Дымовое тестирование — это последний шаг перед тем, как сборка программного обеспечения перейдет на стадию системы.
Тестирование работоспособности определяет завершение этапа разработки и принимает решение о том, передавать или не передавать программный продукт на дальнейший этап тестирования. Если мы не проведем дымовое тестирование на ранних стадиях, в дальнейшем могут возникнуть дефекты. И дефект найти в later этапы могут стать стопорами там, где это может повлиять на выпуск результатов.
Leave a Reply