Профессия тестировщика 1С: работа, навыки и путь в профессию

Тестировщик 1С проверяет, что доработки, обновления и новые настройки конфигурации не ломают учёт: документы проводятся, движения по регистрам правильные, отчёты сходятся, права работают, обмены не теряют данные. Он пишет сценарии проверок, гоняет их вручную и автоматически, заводит дефекты и подтверждает исправления перед выпуском в рабочую базу.

От обычного QA-инженера его отличает предметная область. Ошибка в 1С редко выглядит как «кнопка не нажимается». Чаще это проводка не на тот счёт, задвоенный НДС к вычету или неверная сумма НДФЛ в расчётном листке. Поэтому тестировщику 1С нужно понимать и платформу, и бухгалтерскую логику.

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

Набор задач зависит от того, где он работает: у франчайзи, во внутреннем ИТ-отделе компании или в команде, которая сама разрабатывает тиражное решение. Ядро обязанностей у всех одно.

📌 Основные обязанности:

• разбирать техническое задание и задавать вопросы аналитику до начала разработки, а не после;
• писать тест-кейсы и чек-листы: что проверить, на каких данных, какой результат ожидается;
• готовить тестовую базу — копию рабочей или специально заполненную демо-базу;
• проверять доработку: формы, проведение, движения, печатные формы, отчёты;
• проводить регрессионное тестирование после обновления типовой конфигурации;
• проверять права доступа под разными профилями пользователей;
• тестировать обмены и интеграции: с сайтом, банком, ЭДО, маркировкой, другими базами 1С;
• оформлять дефекты в трекере и проверять их исправление;
• поддерживать набор автотестов в рабочем состоянии.

Где проходит граница с разработчиком и консультантом

В маленьких командах эти роли часто совмещают. Консультант тестирует свои настройки, программист — свой код. Отдельная ставка тестировщика появляется, когда доработок много и цена ошибки высока: крупные ERP-проекты, тиражные решения, компании с ежемесячными обновлениями.

Какие дефекты чаще всего находит тестировщик в 1С

Дефекты в 1С удобно делить по слоям. Так проще писать проверки и не пропускать целые классы ошибок.

🧾 Учётные ошибки — самые дорогие:

• неверные проводки или движения по регистрам накопления;
• некорректное округление сумм НДС в табличной части;
• документ проводится, но не попадает в нужный отчёт;
• после перепроведения задним числом «плывут» остатки и себестоимость;
• неправильный расчёт при граничных датах: смена периода, закрытый период, дата запрета изменения.

🖥 Ошибки интерфейса и форм:

• поле не заполняется по умолчанию или заполняется неверно;
• реквизит не виден или не доступен для редактирования там, где должен;
• печатная форма обрезает текст или выводит не те данные;
• форма открывается медленно на реальном объёме данных.

🔐 Права и роли:

• пользователь видит чужие организации или склады при включённых ограничениях доступа;
• у бухгалтера открывается доработка, а у кладовщика вываливается ошибка Недостаточно прав для просмотра данных;
• новая обработка не добавлена ни в одну роль.

🔄 Обмены и интеграции:

• задвоение элементов справочников после синхронизации;
• потеря данных при загрузке, если в источнике пустой обязательный реквизит;
• ошибки кодировки и форматов дат в файлах обмена.

⚙️ Ошибки платформы и кода:

• исключения при выполнении: Поле объекта не обнаружено, Значение не является значением объектного типа;
• запросы в цикле, из-за которых документ проводится минуту вместо секунды;
• ошибки, проявляющиеся только в клиент-серверном варианте или только в веб-клиенте.

Инструменты тестировщика 1С

Часть инструментов встроена в платформу, часть — открытые проекты сообщества, часть — общие инструменты QA.

Встроенные средства платформы

• Тест-менеджер и тест-клиент. Платформа 8.3 умеет запускать клиент в режиме тестирования. Тест-менеджер стартует с параметром /TESTMANAGER, тестируемый клиент — с /TESTCLIENT. Тест-менеджер управляет формами тест-клиента программно: открывает, заполняет поля, нажимает кнопки. На этом механизме построены почти все инструменты автоматизации UI.
• Запись журнала действий пользователя. Позволяет записать действия в интерфейсе и потом превратить их в сценарий.
• Журнал регистрации. Первое место, куда смотрят при ошибке: кто, когда и что сделал.
• Технологический журнал. Включается файлом logcfg.xml, нужен для поиска медленных запросов и блокировок.
• Замер производительности в Конфигураторе — показывает, какие строки кода тратят время.
• Тестирование и исправление информационной базы в Конфигураторе: Администрирование → Тестирование и исправление. Тестировщик запускает его на тестовой копии, если подозревает повреждение данных.

Тестирование и исправление требует монопольного доступа к базе. В рабочей базе его запускают только в согласованное окно, после резервной копии, когда все пользователи вышли.

Инструменты сообщества и вендора

Общие инструменты QA

• трекер задач и дефектов: Jira, YouTrack, Redmine или аналог;
• системы управления тест-кейсами: TestIT, Qase, TestRail или просто таблицы;
• Git и хранилище конфигурации — чтобы понимать, какая версия кода на стенде;
• Postman или аналог — для проверки HTTP-сервисов и REST-интерфейса OData.

Как выглядит рабочий день тестировщика 1С

Рутина зависит от фазы проекта, но типичный день в команде с двухнедельными итерациями выглядит так.

1. Утро: стендап и разбор задач. Что ушло в тест, что вернулось после исправления.
2. Обновление тестовой базы. Загрузить свежую версию конфигурации из хранилища или из ветки Git, обновить конфигурацию базы данных.
3. Проверка новых доработок. Пройти тест-кейсы по задаче, посмотреть движения документов через отчёт о движениях или консоль запросов.
4. Заведение дефектов. Шаги воспроизведения, ожидаемый и фактический результат, версия, скриншот, текст ошибки целиком.
5. Повторная проверка исправленных задач. Плюс короткая регрессия вокруг: исправление в одном месте часто ломает соседнее.
6. Работа с автотестами. Прогнать ночной набор, разобрать упавшие сценарии, починить те, что сломались из-за изменения формы, а не из-за дефекта.
7. Вечер: отчёт о готовности. Какие задачи можно выпускать, какие держим.

Как правильно оформить дефект

Разработчик 1С тратит больше всего времени не на исправление, а на воспроизведение. Хороший отчёт о дефекте содержит:

• версию конфигурации и платформы;
• вариант работы: файловый или клиент-серверный, тонкий или веб-клиент;
• пользователя и его профиль доступа;
• точные шаги и тестовые данные: номер документа, контрагент, дата;
• текст ошибки целиком, включая строку модуля из подробной информации;
• ожидаемое поведение со ссылкой на пункт ТЗ.

Автоматизация тестирования в 1С: когда она окупается

Автотесты в 1С — не бесплатная магия. Сценарий нужно написать, а потом поддерживать: каждое изменение формы может его сломать. Поэтому автоматизируют не всё подряд.

Что автоматизировать в первую очередь

• 🔁 Регресс после обновлений типовой конфигурации. Это главный кейс. Каждое обновление БП, ЗУП или ERP прогоняется по одному и тому же набору сценариев.
• 💰 Критичные учётные цепочки. Поступление → реализация → закрытие месяца; начисление зарплаты → выплата → отчёт.
• 🧩 Места с доработками типовых объектов. Именно они ломаются при обновлении.
• 📊 Сверка отчётов на эталонных данных. Сформировать отчёт и сравнить с сохранённым результатом.

Когда автоматизация не нужна

• конфигурация обновляется раз в год, доработок мало;
• задача разовая: проверить одну обработку загрузки;
• интерфейс ещё активно меняется — сценарии будут ломаться быстрее, чем их чинят.

Как устроен сценарий в Vanessa Automation

Сценарий пишется на Gherkin, ключевые слова можно писать по-русски. Шаги частично генерируются записью действий пользователя. Упрощённый пример структуры:

#language: ru

Функционал: Реализация товаров
    Как бухгалтер
    Я хочу провести реализацию
    Чтобы отразить продажу в учёте

Сценарий: Проведение реализации с НДС
    Дано Я открыл новый документ реализации
    И я заполняю шапку тестовыми данными
    И я добавляю строку с товаром и количеством 10
    Когда я провожу документ
    Тогда документ проведён без ошибок

В реальном проекте каждый из этих шагов раскрывается в конкретные действия с полями формы. Готовую библиотеку шагов Vanessa Automation даёт из коробки, свои шаги дописывают на встроенном языке.

Знания и навыки, которые нужны тестировщику 1С

Требования в вакансиях разные, но набор повторяется.

Обязательная база

• уверенная работа пользователем в БП 3.0 или ЗУП 3.1: создать документ , найти отчёт, настроить права;
• основы бухгалтерского учёта: план счетов , проводки, НДС, закрытие месяца;
• понимание объектов метаданных: справочник, документ, регистр сведений и накопления;
• умение читать запрос на языке запросов 1С и пользоваться консолью запросов;
• работа в Конфигураторе на уровне «загрузить конфигурацию, обновить базу , найти объект»;
• классика тест-дизайна: классы эквивалентности, граничные значения, позитивные и негативные проверки.

Для роста до автоматизатора

• встроенный язык 1С на уровне чтения и простых доработок;
• Vanessa Automation или 1С:Сценарное тестирование;
• Git, хранилище конфигурации, работа с расширениями;
• основы CI и запуска 1С из командной строки;
• понимание клиент-серверной архитектуры и технологического журнала для нагрузочных тестов.

Мягкие навыки

• внимательность к мелочам: копейка в округлении — тоже дефект;
• умение спокойно объяснить разработчику, почему это ошибка, а не «так задумано»;
• умение задать бухгалтеру уточняющий вопрос на его языке.

Карьера и спрос на тестировщиков 1С

Спрос держится на трёх вещах: постоянные обновления типовых конфигураций под изменения законодательства, массовые переходы на ERP и УХ, рост команд, которые сами разрабатывают тиражные решения.

Траектории роста

Из тестирования 1С часто уходят в соседние роли: в разработку 1С (знание кода уже есть), в бизнес-аналитику (знание процессов есть), в DevOps для 1С (опыт CI и стендов есть).

Ориентиры по зарплате

Цифры сильно зависят от города, формата работы и опыта. Ориентировочно, по открытым вакансиям:

• 💼 начинающий ручной тестировщик — примерно 60–100 тыс. ₽;
• 💼 тестировщик с опытом 2–3 года — примерно 120–180 тыс. ₽;
• 💼 автоматизатор на Vanessa Automation и ведущий — примерно 180–300 тыс. ₽ и выше.

Перед переговорами сверьте вилку по актуальным вакансиям в вашем регионе: рынок быстро меняется.

Как стать тестировщиком 1С с нуля

Самый короткий путь — не учить «тестирование вообще», а сразу набирать опыт в 1С.

1. Освойте 1С пользователем. Поставьте учебную версию платформы и демо-базу БП 3.0. Проведите полный цикл: поступление, реализация, оплата, закрытие месяца, отчётность.
2. Подтяните учёт. Без понимания проводок вы не отличите дефект от нормы. Хватит базового курса бухучёта.
3. Разберитесь в метаданных. Откройте Конфигуратор, посмотрите, как устроен документ, какие у него движения, какие регистры заполняются.
4. Изучите основы тест-дизайна. Любой вводный курс по QA или книга по тестированию ПО: виды тестирования, тест-кейс, дефект, жизненный цикл дефекта.
5. Попробуйте Vanessa Automation. Он бесплатный, документация и примеры открыты. Напишите 3–5 сценариев на демо-базе.
6. Соберите портфолио. Репозиторий с вашими сценариями и пара примеров оформленных дефектов — сильный аргумент на собеседовании.
7. Подтвердите знания. Сертификат «1С:Профессионал» по платформе или по конфигурации добавляет веса резюме, особенно у франчайзи.
8. Ищите первую работу. Франчайзи и интеграторы чаще берут начинающих: проектов много, людей на ручной регресс не хватает.

Частые ошибки новичков

• ❌ Проверять только то, что написано в ТЗ, и не смотреть на соседние документы и отчёты.
• ❌ Тестировать под пользователем с полными правами — так не видно ошибок доступа.
• ❌ Писать дефект словами «не работает » без шагов и текста ошибки.
• ❌ Автоматизировать всё подряд и тонуть в поддержке сломанных сценариев.
• ❌ Держать одну тестовую базу на всех: чужие эксперименты портят ваши данные.

Частые вопросы о работе тестировщика 1С