Тестирование 1С: когда оно нужно и как организовать его автоматизацию

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

Значение тестирования

Каждое программное решение нуждается в регулярной проверке. В среде 1С этот процесс приобретает особое значение: корректировки в конфигурациях или настройках интеграции способны спровоцировать непредсказуемые отказы. Автоматизированный мониторинг помогает выявить подобные проблемы на начальных стадиях — прежде чем они отразятся на ежедневной работе сотрудников.

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

В каких случаях нужна автоматизация?

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

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

Компания «Имплекс проекты» активно применяет автоматизированные тесты в своих проектах на платформе 1С. Такой подход ощутимо сокращает сроки внедрения изменений и повышает качество разрабатываемых решений. В одном из завершённых проектов был разработан комплект проверочных сценариев, охватывающий ключевые варианты использования системы и позволяющий фиксировать проблемы раньше, чем они затронут конечных пользователей.

Средства автоматического тестирования в 1С: выбор под конкретные задачи

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

Штатные инструменты 1С для проведения автотестирования

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

• «1С: Тестировщик» — средство для тестирования конкретного сценария. Его основное достоинство — доступность, делающая необязательными специальную подготовку или предварительную доработку. Оно оптимально для оперативной проверки локальных корректировок или отдельных действий пользователя.
• «1С: Сценарное тестирование» — средство с расширенными возможностями, позволяющее параллельно выполнять проверочные сценарии и сохранять их результаты. Работа с ним не требует специальных технических навыков. Средство позволяет получить развёрнутую аналитику по результатам тестов, не затрачивая усилий на сложную настройку.
• «1С: Автоматическое тестирование конфигураций» — специализированное ПО для проверки систем 1С:Предприятие. В его составе предусмотрены преднастроенные стандартные сценарии, что помогает оперативно и в полном объёме оценить эффективность конфигурации с минимальными расходами.

Решения независимых разработчиков для тестирования 1С

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

Продукты независимых разработчиков применяются на различных этапах автотестирования 1С:

• Vanessa ADD предназначен для формирования аналитиками высокоуровневых тестов — он становится отправной точкой в детализированных проверках;
• Vanessa-Automation основан на расширении языка Turbo Gherkin, позволяющем разработчикам выстраивать более детализированные проверки; инструмент рассчитан на комплексные сценарии, предполагающие разностороннюю оценку поведения программы.

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

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

Этапы тестирования 1С

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

Подготовительная стадия

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

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

Выполнение тестирования

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

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

Этот метод позволяет комплексно проанализировать эффективность системы — её способность справляться с поставленными задачами, а также устойчивость к сбоям.

Составление отчётности

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

Как устроено автоматическое тестирование 1С

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

• Менеджер тестирования — управляющее ПО, координирующее весь процесс проверки. Она транслирует команды клиентскому приложению, контролирует ход исполнения сценариев и анализирует полученные сведения. Сами сценарии реализуются в виде кода на интегрированном в 1С языке и определяют алгоритм выполняемых операций: навигацию по интерфейсу, ввод данных и прочее.
• Клиент тестирования — программа, принимающая и исполняющая команды менеджера. Функция клиента состоит в точном воспроизведении реальных пользовательских действий, будто это настоящий человек выполняет их в рабочем режиме.

Менеджер тестирования совместим с тонким и толстым клиентом, различающимися тем, где именно производятся вычисления:

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

Как создаются проверочные скрипты?

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

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

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

Пример элементарного теста, реализующего внесение и сохранение нового товара в БД, приведён на рис. 1.

Мониторинг результатов проверки и устранения ошибок в 1С выполняется визуальным и программным методами: зафиксированные значения соотносятся со стандартными показателями.

Есть возможность автозаписи пользовательских операций в XML-файл. С этой целью приложение запускается в специальном режиме, обеспечивающем ведение журнала клиентских действий посредством команд из заголовка прикладного решения (рис. 2).

Сформированный в ходе записи XML-файл может применяться для изучения последовательности пользовательских операций или использоваться как основа автотеста (рис. 3).

Пример компании «Имплекс проекты» по автотестированию контроля над оборотом товаров в 1С:ERP 2.5

Сотрудники нашей компании выполнили мероприятия по созданию системы автотестирования базы данных 1С 8.3 применительно к контролю над оборотом товаров в конфигурации 1С:ERP Управление предприятием 2 редакции 2.5 (1С:ERP 2.5).

Мы разработали пакет проверочных сценариев для тестирования рабочего места сотрудника, ответственного за контроль над движением товарных потоков. В качестве инструмента автоматизации использовалась программа Vanessa-Automation, интегрированная с СППР.

Характеристика ситуации

В «Имплекс проекты» поступил запрос от розничной сети детских товаров.

Для контроля над операционной деятельностью клиент использует систему 1С:ERP 2.5.

Приоритетной стала проверка «Рабочего места сотрудника» — специализированной обработки, обеспечивающей создание, просмотр и печать различных типов документов (рис. 4).

В этой обработке появилась возможность импорта документов из сторонних источников для их предпросмотра и сохранения в базе.

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

С целью устранить большинство ошибок до выхода релиза и тем самым снизить затраты на дальнейшие корректировки было решено внедрить автоматизированную проверку базы данных 1С 8.3 с помощью Vanessa-Automation совместно с СППР.

Задача от заказчика была сформулирована следующим образом: создать тестировочный пакет для проверки работоспособности рабочего места сотрудника в ERP 2.5 с задействованием Vanessa-Automation и подключением к СППР.

Итоги выполненной работы

Клиент передал техзадание (ТЗ).

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

В число показателей вошли:

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

Каждый тест был разбит на несколько этапов:

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

Все этапы отражены на скриншоте 5.

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

По условию клиента все данные тестирования самостоятельно стираются после завершения каждого теста. В среднем прохождение полного тестового пакета занимает 30–40 минут.

В процессе разработки автотестов применялась СППР, её использование дало ряд возможностей:

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

До начала работы в СППР необходимо выполнить первоначальную настройку регистрации и запуска тестов (рис. 6).

Помимо подключения собственной базы СППР, предусмотрена интеграция с любой сторонней БД (рис. 7).

Процедуры настройки БД и инициации сценариев (рис.8):

Отдельные тесты можно объединять в цепочки, формируя тем самым сквозной процесс, — это открывает возможность одновременного выполнения нескольких тестов или проведения расширенной комплексной проверки (рис. 9).

Пример сформированного процесса:

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

• проверку ТЧ «График заказов» (заполняется данными за текущую неделю);
• проверку ТЧ «Заказы» (заполняется данными за текущую неделю);
• проверку создания документа «ФТО_ГрафикЗакупокВнешнимПоставщикам».

Также были реализованы следующие дополнительные функции:

• формирование документа «Заказы поставщикам» с помощью операций «Загрузить заказ в систему» и «Создать заказ вручную»;
• внесение фактических закупок в «ФТО_ГрафикЗакупокВнешнимПоставщикам»;
• обновление статуса созданных заказов в «ФТО_ГрафикЗакупокВнешнимПоставщикам»;
• добавление текстовых примечаний в строки «ФТО_ГрафикЗакупокВнешнимПоставщикам»;
• оформление и последующее проведение двух транспортных заданий с типом маршрута «Внешний российский» или «Внешний импортный»;
• проставление номера документа с помощью «Редактора реквизитов объектов базы данных» (дата устанавливается сама в момент загрузки Desadv и недоступна для ручного редактирования в режиме пользователя);
• выбор нескольких заказов поставщика в «АРМ Рабочее место МУЗ (РЦ)» при зажатой клавише «Ctrl»;
• при активации каждой ссылки в АРМ открываются соответствующие объекты:
• (ФТО) График закупок сторонним поставщикам (Документы),
• (ФТО) Исполнение графика закупок (Отчёт),
• (WA) Поставщики в управлении МУЗ (РЦ) (Отчёт);
• отметка «Заказа поставщика» и запуск операции «Выгрузить бланк проформа» с последующим формированием печатной формы для сохранения в файл.

Выполненное автоматическое тестирование 1С с применением тестового пакета, подготовленного специалистами Имплекс, помогло подтвердить корректность работы и настроить рабочие места сотрудников компании-заказчика, упорядочить оперативный контроль товарных потоков.