Дымовое тестирование быстро отвечает на один вопрос: работает ли эта сборка или развертывание в принципе? Для API это обычно означает, что сервис запускается, проверки работоспособности пройдены, аутентификация работает, и несколько критически важных конечных точек отвечают с правильным статусом и формой. Если дымовое тестирование не удается, нет смысла запускать полный набор тестов.
Дымовые тесты запускаются сразу после развертывания — часто непосредственно в производственной среде — и перед более длинными наборами тестов в CI. Они затрагивают каждую основную зависимость один раз (база данных, кэш, поставщик аутентификации, песочница платежей) с помощью вызовов только для чтения или самоочистки, и они достаточно короткие, чтобы никто не захотел их пропустить.
Дымовой тест — это небольшой набор регрессионных тестов. Его задача — широта, а не глубина: один вызов по каждому критическому пути превосходит двадцать вариантов одной конечной точки. Дымовой тест, растянувшийся на сорок минут, перестал быть дымовым тестом.
Для начала можно провести проверку работоспособности: GET /pizza/v1/menu , POST /auth/v1/login и GET /auth/v1/me с полученным токеном — три вызова, затрагивающие публичное чтение, аутентификацию и авторизацию.
Все термины · Приёмы тестирования · Все 39 mock REST API
Последнее обновление