← На главную

Многие разработчики, работающие с 1С, рано или поздно сталкиваются с необходимостью проверки работоспособности своего кода после обновлений или внесения правок. Ручное тестирование 30 и более сценариев — процесс трудоемкий и чреватый ошибками. Давайте разберем, как автоматизировать этот процесс и стоит ли овчинка выделки.

Что такое автоматизированное тестирование в 1С

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

Основная задача таких тестов — регрессионное тестирование. Мы хотим быть уверенными, что новая строчка кода или обновление конфигурации не «сломали» старый функционал, который исправно работал ранее.

Инструменты для работы

На текущий момент в экосистеме 1С сложился определенный стек инструментов:

1. Vanessa Automation (VA) — стандарт де-факто для функционального тестирования. Она позволяет описывать сценарии на естественном языке (Gherkin), понятном даже бизнес-аналитикам.
2. Тест-центр — встроенный в платформу инструмент, который лучше всего подходит для нагрузочного тестирования (проверки системы под высокой интенсивностью работы пользователей).
3. BDD (Behavior Driven Development) — концептуальный подход, при котором поведение системы описывается до начала разработки кода, что позволяет избежать попыток «подстроить» код под кривые тесты.

Нужно ли внедрять полноценную систему для малых задач?

Если у вас небольшое количество сценариев (например, до 30-40), создание полноценной инфраструктуры с CI/CD (Jenkins, GitLab CI) может оказаться экономически невыгодным. Разберем альтернативы:

1. Простые внешние обработки: Для простых задач типа «открыть форму — записать документ — провести» можно создать обработку с жестко заданным кодом, которую вы будете запускать вручную при обновлении.
2. Подход «разработка через тестирование» (TDD/BDD): Помните, что тесты должны быть устойчивыми. Если ваш тест проверяет только то, что СуммаДвухЧисел(2, 3) вернет 5, и вы пишете в коде Возврат 5, вы обманываете сами себя. Тесты должны проверять реальные бизнес-сценарии.
3. Поиск элементов: Избегайте привязки тестов к координатам экрана или жестким структурам. Используйте имена элементов, идентификаторы и методы поиска, которые предоставляет Vanessa Automation. Это сделает тесты живучими даже при изменении интерфейса конфигурации.

Практические шаги по внедрению

Если вы решились на автоматизацию, следуйте этому алгоритму:

1. Определите критические пути: Выберите 10-20 самых важных документов или операций, без которых бизнес встанет.
2. Выберите инструмент: Для функциональных тестов интерфейса начните с изучения документации Vanessa Automation.
3. Оцените затраты: Сравните стоимость человеко-часов, которые уходят на ручное тестирование, со стоимостью времени на написание и поддержание тестов. Поддержка тестов — это главная статья расходов в автоматизации.
4. Автоматизируйте постепенно: Не пытайтесь покрыть тестами сразу всю ERP-систему. Начните с самых стабильных и критически важных функций.

Помните: инструменты тестирования — это всего лишь помощники. Качество продукта зависит прежде всего от правильного подхода к разработке и архитектуре системы. Тесты лишь позволяют быстрее находить ошибки и чувствовать себя спокойнее при выпуске релизов.