Production smoke-тесты проверяют реальный сервис, но могут испортить аналитику

Рабочая станция с мониторингом веб-сервиса и визуализацией автоматического тестового трафика Факапы, разборы и опыт
Автоматические проверки можно запускать прямо в production, чтобы пройти тот же путь, что и обычный пользователь. Но тестовые действия приходится учитывать отдельно: в одном кейсе они уже нарушили работу аналитики.

Smoke-тесты, запущенные прямо в production, позволяют проверить не отдельный стенд, а реальную цепочку работы сервиса. В описанном случае автоматические проверки авторизуются под настоящими аккаунтами, создают реальные сообщения и проходят через тот же бэкенд, базу данных и вебсокеты, что и обычные пользователи.

Такой подход дополняет проверки в CI: тест затрагивает компоненты уже работающей системы и помогает увидеть проблемы, которые могут не проявиться в изолированной среде.

Главный побочный эффект — тестовая активность

У production-тестов есть и практический риск. Поскольку они действуют почти как реальные пользователи, их операции могут попадать в пользовательскую аналитику. В рассматриваемом кейсе автоматические проверки однажды нарушили работу аналитики.

Поэтому production smoke-тесты требуют не только сценариев проверки сервиса, но и способа отличать их действия от обычного пользовательского трафика. Сам подход специфичен и подходит не каждой системе, особенно если тест выполняет реальные операции с данными.

Оцените статью
Добавить комментарий

Мы используем cookie-файлы для наилучшего представления нашего сайта. Продолжая использовать этот сайт, вы соглашаетесь с использованием cookie-файлов.
Пофиг
Политика конфиденциальности