Как проводить smoke и regress-тестирование без инструкций, ТЗ, предыдущих отчетов и даже машин? Лаборатория Качества

Сам термин появился впервые в среде инженеров, занимавшихся отопительным оборудованием. Когда изготавливалась новая печь или котел, все ее заглушки задвигались, после чего она затапливалась. Если дым шел только из положенных мест (например дымохода), то отопительное устройство было собрано правильно. Смоук тестирование обычно проводится при каждом новом развертывании или значительных изменениях в системе.

Чаще всего этим и ограничиваются, особенно если приложение небольшое. Это инструмент автоматизации браузера, который может использоваться для создания и запуска сценариев смоук-тестирования веб-приложений. Например, можно создать сценарий, который проверяет основные функции веб-приложения, такие как вход в систему, добавление элементов и проверка отображения страниц.

Инструменты/сайты по созданию изображений/картинок для тестирования, по заданным параметрам?

Представьте, что вам в голову пришла идея нового товара или новой функции (компонента) уже имеющегося продукта. Идея кажется замечательной, но прежде чем вы потратите десятки часов и несколько тысяч долларов на ее реализацию, вам необходимо ее оценить и проверить. Другими словами, вы должны убедиться, что аудитория будет в таком же восторге от вашего замысла, как и вы. Команды QA выбирают некоторый набор автоматизированных тестовых сценариев для проведения дымового тестирования. Это экономит больше времени и позволяет разработчику немедленно узнать о статусе сборки. Всякий раз, когда новая сборка развертывается, для этой сборки выполняются записанные скрипты дымового тестирования.

Тем не менее они не отменяют необходимость проведения более глубоких проверок, затрагивающих функции, не столь важные для самой сборки, но имеющие большое значение для пользователя. Кроме того, тестовые сценарии нуждаются в периодическом обновлении, чтобы исключить риск пропуска новых ошибок. Например, мы выкладываем какой то новый билд со определенным списком фичей. Это чек-лист для быстрой проверки релиза на production, то есть на реальном сервере, с которым работают пользователи. Мы тогда называли это «экспресс-тестирование», но по сути это smoke-тесты.

Smoke test

https://deveducation.com/

Понимание и владение техниками смоук-тестирования позволяет развить понимание процесса создания качественного и надежного ПО. Регулярное обновление знаний и использование соответствующих инструментов и методик помогут вам достичь успешных результатов в вашей работе. Благодаря актуализации кейсов смоука наша команда может обеспечить быстрый и качественный смок тестирование смоук функционала в любой момент, когда возникает такая необходимость. Предложенные нами изменения и умение стоять на своём спустя некоторое время обеспечили нам полноценный доступ к 17 машинам. Новые машины да еще и на всех участников команды – это же отлично! И первое время нам приходилось ждать, пока заказчик их починит и актуализирует.

Шаг 5: Анализ результатов и проведение повторных тестов, оптимизация

Smoke-тестирование предполагает ответы ДА/НЕТ и все тест-кейсы должны быть пройдены с положительным результатом. Smoke test должны быть быстрыми и легковесными, для того, чтобы их можно было запускать часто. В зависимости от специфика проекта, smoke test можно пройти как за несколько минут, так и за несколько часов. Простыми словами, это показывает, что приложение готово к тестированию. Дымовое тестирование показывает, что основные функции работают и что в тестируемой сборке нет проблем. Это также известно как быстрое регрессионное тестирование основной функциональности, которое помогает нам определить, необходимо ли дальнейшее тестирование.

Ведь если билд падает при установке, или если половина страниц сайта не грузится, то нет смысла продолжать тестирование, пока такие крупные дефекты не уберут. А еще мы продолжаем работу по актуализации кейсов регресса. Например, в начале нашей работы было 1186 кейсов, которые покрывали около 25% функционала. Вместо них появилось 1106 новых, которые мы предложили добавить.

Если тест не проходит, они немедленно исправляют сборку и выпускают новую сборку. Команда контроля качества приступит к тестированию основных функций приложения, чтобы найти какие-либо серьезные проблемы в системе или нет. Санитарное тестирование является подмножеством регрессионного тестирования и многие путают это тестирование со смок тестированием, а кто то вообще считает это одним и тем же. Хотя и оба являются формами поверхностного тестирования, но они имеют разные цели и применяются в разных контекстах. Смок-тестирование проверяет критически важный функционал приложения; а санитарное тестирование проверяет отдельный модуль приложения. Если смотреть интегрально, с точки зрения QA и CI-CD-пайплайна, то смок-тестирование — это о том как проверить, что остальные виды тестирования уже валидные, то есть можно идти дальше.

• Это инструмент для проведения нагрузочного тестирования, который также может быть использован для смоук-тестирования.
• Для смоук-тестов мы решили оставить старое количество кейсов, потому что стояло требование укладываться с ними в 1 день.
• И если все же вам удастся привлечь небольшую группу людей, вы всегда можете принести им персональные извинения.
• Как мы упомянули, дымное тестирование – это первый этап.

«Даже если ваша идея провалится, вы все равно в числе победителей. Ведь вы не будете чувствовать себя командой, потратившей зря столько времени и ресурсов. К тому же, иначе вы бы не узнали больше о своих покупателях» — утверждает Доминик.