Когда дымовые тесты спасают релиз, а когда — мешают?

Все мы знаем правило: перед запуском полноценных тестов — сделай дымовые. Но с автоматизацией на Vanessa Automation (VA) часто возникает вопрос: а когда их внедрять действительно нужно, а когда мы просто тратим время на поддержку лишних скриптов?  Разберем на примерах.  ✅ ДА, вам точно нужны дымовые тесты на VA:  1. После обновления конфигурации или платформы. Запустите сценарий, который проверит, что основные модули (главное меню, базовые справочники, ключевые документы) открываются и не «сыпятся». Это сэкономит часы на отладке.  2. Перед каждым запуском регрессионных тестов. Это ваш контрольный выстрел. Если дымовой тест упал — нет смысла гонять долгую регрессию, ищем и чиним критичное.  3. В режиме непрерывной интеграции (CI/CD). Автоматический прогон дымовых тестов после каждого коммита в git — лучший способ быстро найти «сломанную» сборку.  ❌ НЕТ, можно обойтись без автоматических дымовых тестов на VA:  1. На самых ранних этапах разработки, когда функционал меняется по несколько раз в день. Скрипты будут устаревать быстрее, чем писаться.  2. Для проверки узкоспецифичного функционала, не связанного с ядром системы. Если вы добавляете одну кнопку в глубоком меню, быстрее проверить её вручную.  3. Когда ваша кодовая база VA нестабильна. Сначала наведите порядок в основных тестах, иначе дымовые проверки сами станут источником ошибок.  Вывод: Дымовые тесты на VA — это страховка, а не религия. Их главная цель — быстро дать сигнал: «система в целом жива». Не превращайте их в мини-регресс. А вы используете дымовые тесты в своей практике автоматизации? В каких кейсах они вас выручали?  #VanessaAutomation #1С #автотесты #тестирование1С #дымовое_тестирование #CI #релиз #качество