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