← На главную

В процессе внедрения или доработки систем на базе 1С часто возникает ситуация, когда функционал должны проверять люди, не обладающие навыками программирования: конечные пользователи, стажеры-аналитики или выделенные мануальные тестировщики. Основная проблема заключается в том, что стандартные курсы QA (Quality Assurance) часто ориентированы на веб-разработку, а курсы по 1С — на программирование автотестов. В этой статье мы подробно разберем, как выстроить систему ручного тестирования в 1С, какими инструментами пользоваться и чему именно обучать персонал.

Определяем цели и стратегию ручного тестирования

Прежде всего, проанализируем ситуацию: зачем нам нужно обучать пользователей? Тестирование силами пользователей (UAT — User Acceptance Testing) позволяет выявить ошибки в бизнес-логике, которые мог упустить разработчик. Разберем основные направления, по которым должно строиться обучение:

1. Проверка экранных форм: корректность заполнения полей, доступность кнопок, удобство интерфейса.
2. Проверка бизнес-логики: правильно ли система рассчитывает показатели (например, себестоимость или налоги) при различных исходных данных.
3. Проверка "невидимой" части: контроль движений документов по регистрам накопления, сведений и бухгалтерии.
4. Тестирование прав доступа: проверка того, что пользователь видит только то, что ему положено по роли.

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

Методология "черного ящика" для 1С: чему учить в первую очередь

Для пользователей, не знакомых с кодом, мы применяем метод "черного ящика". Выясним основные приемы, которые должен освоить начинающий тестировщик 1С:

Граничные значения и эквивалентное разделение. Научим сотрудников не просто вводить любые данные, а проверять критические точки. Например, если скидка предоставляется при покупке от 1000 рублей, нужно проверить значения 999, 1000 и 1001. Это классика QA, которая отлично работает и в 1С.

Проверка на "дурака" (Error Guessing). Разберем типичные действия, которые могут сломать систему:

• Оставление пустых обязательных полей.
• Ввод отрицательных чисел в поля количества или суммы.
• Ввод чрезмерно длинных строк.
• Попытка проведения документа будущим числом или в закрытом периоде.
• Многократное нажатие на кнопку "Провести" до окончания процесса.

Инструкции как сценарии тестирования

Проанализируем подход, при котором проектная документация становится базой для тестов. Если на проекте есть качественные пользовательские инструкции или технические задания (ТЗ), их можно использовать как готовые сценарии. Процесс выглядит так:

Возьмем конкретный пункт инструкции, например: "При установке флага ОтразитьВУчете документ должен сформировать проводки по дебету счета 41". Тестировщик должен пройти по этому шагу и зафиксировать результат. Если инструкции отсутствуют, первым этапом обучения для будущего тестировщика может стать именно их написание — это заставит его глубоко погрузиться в функционал системы.

Контроль движений документов: заглядываем под капот

Одной из специфических особенностей 1С является то, что корректная работа экранной формы не гарантирует правильность данных в базе. Проанализируем, как научить пользователя проверять регистры. В интерфейсе 1С:Предприятие почти в каждом документе есть кнопка "Движения документа" (или переход через "Еще" -> "Результат проведения").

Разберем по шагам, что должен проверить мануальный тестировщик в движениях:

1. Регистры накопления: совпадают ли суммы и количества с тем, что введено в табличную часть. Правильно ли определен вид движения (Приход или Расход).
2. Регистры сведений: записались ли актуальные данные (например, цены номенклатуры или ответственные лица).
3. Бухгалтерский учет: сформированы ли проводки, соответствуют ли они плану счетов и аналитике (Субконто).

Для более продвинутых пользователей полезно показать инструмент Консоль запросов. Даже без навыков программирования, имея набор готовых запросов, тестировщик может быстро проверять остатки в регистрах после проведения пачки документов.

Использование специализированных инструментов

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

1С:Управление тестированием. Это решение от фирмы 1С, которое предназначено именно для управления процессом тестирования. Оно не требует навыков кодинга. В нем мы можем:

• Описывать шаги тест-кейсов (например: "Шаг 1. Открыть справочник. Шаг 2. Нажать кнопку Создать").
• Назначать ответственных за каждый тест.
• Фиксировать результаты прохождения ("Пройден", "Ошибка").
• Прикреплять скриншоты и описания дефектов.

Система проектирования прикладных решений (СППР). Этот инструмент позволяет связать требования заказчика с конкретными объектами метаданных и сценариями тестирования. Проанализируем ситуацию: когда бизнес-аналитик меняет требование в СППР, система сразу показывает, какие тесты нужно перепроверить.

Тестирование прав доступа и ролей

Посмотрим на типичную ошибку: тестирование проводится под правами "Администратор", и все работает, а после запуска у реальных пользователей "вылетают" ошибки доступа. Выясним правило: тестировать функционал нужно строго под той ролью, для которой он предназначен.

Обучите тестировщиков создавать в тестовой базе несколько пользователей с разными профилями прав (например, "Закупщик", "Кладовщик", "Бухгалтер") и проверять бизнес-цепочку, переходя из одного сеанса в другой. Это позволит выявить проблемы с видимостью полей и правами на чтение/запись объектов еще до начала промышленной эксплуатации.

Как правильно описывать найденные ошибки

Важной частью обучения является культура составления баг-репортов. Разберем структуру идеального описания ошибки, которой должен придерживаться пользователь:

Шаблон описания дефекта:

1. Заголовок: Краткая суть (Где? Что? Когда?).
2. Шаги воспроизведения: Пронумерованный список действий.
3. Фактический результат: Что произошло на самом деле (например, "Программа выдала ошибку деления на 0").
4. Ожидаемый результат: Как система должна была сработать по мнению пользователя или согласно ТЗ.
5. Окружение: Имя базы, релиз конфигурации, имя пользователя.

Рекомендации по обучению и полезные материалы

Поскольку специализированных курсов "Ручной тестировщик 1С" крайне мало, мы рекомендуем комбинированный подход:

1. Базовый курс QA Manual: Любой доступный курс для начинающих тестировщиков в IT. Это даст понимание теории (виды тестирования, жизненный цикл бага).
2. Курсы для аналитиков 1С: Обучение в Учебных центрах №1 или №3 по направлению "Подготовка консультантов". Там часто дают основы работы с регистрами и понимание типовых конфигураций.
3. Внутреннее обучение: Проведите мастер-класс по архитектуре вашей конкретной системы. Покажите, какие справочники и документы являются ключевыми, и куда они "пишут" данные.

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