А еще мы продолжаем работу по актуализации кейсов регресса. Например, в начале нашей работы было 1186 кейсов, которые покрывали около 25% функционала. Вместо них появилось https://deveducation.com/ 1106 новых, которые мы предложили добавить. Так планируемое количество кейсов регресса выросло до 2050 и в нынешнем составе команды мы можем пройти его за 2 недели.
Главной задачей смоук тестирования является убедиться в том, что приложение может успешно запуститься и работать, не обнаруживая критических ошибок. Это особенно важно для больших проектов, где множество инструментов, библиотек и функций могут привести к возникновению многочисленных ошибок и проблем в работе приложения. Если смотреть интегрально, с точки зрения QA и CI-CD-пайплайна, то смок-тестирование — это о том как проверить, что остальные виды тестирования уже валидные, то есть можно идти дальше. Ведь если билд падает при установке, или если половина страниц сайта не грузится, то нет смысла продолжать тестирование, пока такие крупные дефекты не уберут. Бета-тестирование проводится после альфа-, и перед запуском продукта.
Нефункциональное тестирование — виды
Smoke-тестирование — проверка программного обеспечения на стабильность и наличие явных ошибок. Тест должен подтвердить или опровергнуть правильность выполнения ПО своих основных функций перед его передачей на более глубокое тестирование. Smoke-тестирование (или дымовое тестирование) — это минимальный набор тестов, прохождение которых показывает, что продукт готов к дальнейшему тестированию.
Как говорят, feel free, не стесняйтесь пользоваться, там удобнее все классифицировано по разделам. Любые вопросы, замечания, замеченные неточности/ошибки — смело пишите в коментах здесь, или в ТГ-канале, мы все читаем, и учитываем мнения наших читателей/подписчиков. «Тестирование по черному ящику» это проверка функциональности без глубокого ознакомления с техническими «внутренностями» приложения, то есть не зная его исходный код и архитектуру. Проверка, может ли система восстанавливаться после сбоев, и как это происходит — как система возвращается к нормальному функционированию. Понятно, что от сбоев не застрахована ни одна програма — поэтому возможность сбоя должна быть предусмотрена, и проведена соответствующая подготовка.
Smoke-тестирование: зачем оно нужно и как выполняется
Набор тестов — это сгруппированная совокупность тестовых случаев, связанная определенным образом (к примеру, по функциональности). Smoke-тесты созданы для того, чтобы проверить основную функциональность и должны быть неотъемлимой частью процесса тестирования. Они могут включать что-то простое, вроде “Могу ли я зарегистрироваться?
При этом регресс-тесты мы серьезно расширили, до 2000 штук, потому что именно такое количество позволяло оптимально покрыть функционал. Если разобраться, у нас почасовка, финансовой заинтересованности в консалтинге проектов смок тестирование и их улучшении у нас почти никогда нет. Но заставьте состоявшегося специалиста в области тестирования просиживать штаны и терпеть происходящий бардак… Одним словом, вы не захотите увидеть гнев терпеливого человека.
Пример smoke testing:
Если дым шел только из положенных мест (например дымохода), то отопительное устройство было собрано правильно. Мега обсуждение в нашем телеграм-канале о поиске первой работы. Конкретные этапы смок-тестирования зависят от приложения — далее.
На самом деле количество тестировщиков на проекте определялось не только на основании указанных выше параметров. Чтобы и работа двигалась, и в бюджет вписаться, мы собрали для заказчика команду со значительной долей хоть и многообещающих, но джуниоров. Конечно не стоит думать, что мы просто бросили необстрелянных бойцов на амбразуру.
Естественно, наших специалистов такой вариант тоже не устраивал, и мы решили менять ситуацию. Так как с проектом, помимо нас, работало еще несколько команд тестирования, первым делом мы решили разделить зоны ответственности. Более полно — в нашем Учебнике (там уже более 220 материалов по QA, и мы практически каждый день пополняем его).
Дымовой тест (англ. Smoke testing или smoke test, дымовое тестирование) — в тестировании программного обеспечения означает минимальный набор тестов на явные ошибки. Дымовой тест обычно выполняется программистом; не проходившую этот тест программу не имеет смысла отдавать на более глубокое тестирование. Нужно определить какие задачи нужно достичь благодаря нашему приложению, какие очевидные шаги для достижения поставленной задачи, какие важные требования мы должны соблюдать и в какой последовательности.