Автоматическое тестирование 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С с применением тестового пакета, подготовленного специалистами Имплекс, помогло подтвердить корректность работы и настроить рабочие места сотрудников компании-заказчика, упорядочить оперативный контроль товарных потоков.
