Тестирование: пример создания сценарного UI теста для платформы 1С

17.04.2018 10 Comments

Инструментарий разработчика, Разработка

,




    2024-04-16_21-13-20.png
    2024-04-17_16-42-17.png
    2024-04-17_16-43-51.png
    2024-04-17_16-43-42.png
В этой статье мы расскажем, как создать сценарный UI-тест. Опишем последовательность действий и покажем, как это сделать с использованием инструментария. Рассмотрим пример, максимально приближенный к боевому, покажем на примере конфигураций УТ11/ERP проверку бизнес-процесса «Продажа». Вы сможете убедиться, что создание сценарных тестов для платформы 1С на самом деле относительно быстрый и простой процесс.

В предыдущей статье мы рассматривали вопрос практического создания юнит тестов с использованием Фреймворка xUnitFor1C (Тестирование: пример из семи шагов создания Unit-теста для платформы 1С), а сейчас переходим к следующей теме в рамках автоматизации тестирования – «практическое создание сценарных UI тестов».

Зачем это нужно?

Автоматические GUI тесты (или сценарные UI тесты) – один из самых дорогих видов автоматизации тестирования. Они имитируют действия пользователей, тем самым служат для проверки функционала, который будет использоваться. Таким образом наличие подобных тестов при доработке или разработке продуктов имеет высокую ценность с точки зрения качества продукта.

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

В предлагаемой статье информация разбита на две основные части – это теоретическое описание и демонстрация создания на примере. Во второй части содержатся сразу видео уроки, состоящие из шести частей по 4-5 минут каждая. 

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

Большим плюсом будет наличие в команде сотрудника, умеющего формализовать требования тестируемых процессов – проще говоря знающего как нарисовать схему покрываемого тестами бизнес процесса (если знает BPMN, то вообще супер!).

Исходные условия:

  • Тестируемая конфигурация 1С: УТ 11 (проверялось на версиях: 11.3.3.205) или ERP 2 (проверялось на версиях: 2.2.4.81, 2.4.1.215, 2.4.3.137).
  • Покрываемый тестами функционал: Бизнес процесс продажи на ордерном складе по 100% предоплате.
  • API: 1С Автоматизированное тестирование.
  • Инструмент: «Менеджер сценарного UI теста».
  • (Опционально) Просмотр результатов тестирования/запуск: Конфигурация «Тестирование 3.0».

Постановка задачи:

  • Мы должны создать автоматический GUI тест, покрывающий функциональность системы при выполнении процесса продажи.
  • Тест должен обеспечивать гибкость изменения параметров (быть параметризированным): Организация, Клиент, Склад, Товар, Услуга.
  • Тест должен позволять многократный запуск на системе без отката базы на первоначальные условия.
  • Тест должен учитывать модульность построения (возможность многократно использовать одинаковые/повторяющиеся действия).
  • Тест должен позволять выполнить проверку функционала под разными правами/ролями.
  • Тест выполняет проверку корректности работы с правильными данными (мы не проверяем срабатывание блокировок остатков и др. это пусть происходит в юните тестах, но если хотите то можете закладываться на это)

Описание процесса:

Приведем упрощенную и достаточную для понимания схему процесса продажи, в рамках которой будем писать тест. Схему приводим в формате BPMN.

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

В результате у нас должен получиться набор из блоков отражающих создание документов (см. рис. выше) "Коммерческое предложение" (1), "Заказ клиента" (2), "Поступление безналичных денежных средств" (3.2), "Расходный ордер" (4.2), "Реализация товаров и услуг" (5) и действий с ними "Печать счета на оплату" (3.1), "Отгрузка Заказа клиента" (4.1),  "Закрытие заказа клиента"(6*) .

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

Основными внешними параметрами для сценария будут: Клиент, Организация, Склад, Товар и Услуга; основными внутренними параметрами будут: Номер коммерческого предложения и номер заказа клиента.  По входящему номеру коммерческого предложения будет создаваться заказ клиента, а в рамках номера заказа клиента будут создаваться все остальные документы.

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

Практические видео уроки:

 

 Введение. Постановка задачи и описание бизнес процесса, проверяемого тестом (2 мин)

 

 Блок 1. Создание создания КП (6 мин)

 

 Блок 2. Создание создания ЗК на основании КП (~4 мин)

 

 Блок 3.1 и 3.2. Печать счета на оплату и оформление оплаты клиента (~9 мин)

 

 Блок 4.1. Отгрузка. Отгрузка заказа клиента  (~4 мин)

 

 Блок 4.2. Отгрузка. Создание расходного ордера  (~4 мин)

 

 Блок 5. Создание реализации товаров и услуг  (~3 мин)

 

 Блок 6. Закрытие заказа клиента  (~1 мин)

 

 Завершение. Создаем итоговый сценарий "Процесс продажи"  (~3 мин)

Как запустить пример?

  1. Скачиваем обработку "Менеджер сценарного UI теста" и архив со сценарными тестами из приложения (менеджер можно найти на GIT HUB по ссылке ниже).
  2. Распаковываем архив со сценарными тестами в произвольную директорию на диск (должно получиться две папки "Готовые сценарии" и "Блоки сценариев").
  3. Запускаем предприятие 1С в режиме TESTMANAGER. Пропишите в строке запуска ярлыка (/TESTMANAGER) или можете перейти во вкладку настройки и нажать кнопку "ЗАпустить базу по умолчанию как менеджер тестирования".
  4. Указываем настройки. Открываем обработку в предприятии и переходим во вкладку настройки и указываем: 
    а) Вкладка "Параметры работы редактора" пути "Путь к каталогу сценариев (готовые тесты)" (это "Готовые сценарии") и "Путь к каталогу библиотеки сценариев" (это "Блоки сценариев")
    б) Вкладка "Настройки подключения по умолчанию (к предприятию 1С)" параметры подключения к тестируемому клиенту: "Файловая база" (если файловая ставим флаг), "Путь подключения клиента тестирования" (обычно это выглядит так "сервер 1c:1541/ERP_demo"), "Пользователь 1С" и "Пароль 1С", "Путь к исполняемому файлу 1С".
  5. Загружаем тест. Перейти на вкладку "Сохранение/Загрузка" и указать путь к файлу сценария "БП Продажи.xml" и жмем кнопку "Загрузить сценарий".
  6. Запускаем тест. Откроется вкладка "Дерево сценария", на ней жмем кнопку "Запустить клиента/ов тестирования" и далее кнопку "Пуск" (бегущий человечек).
  7. Наблюдаем за ходом выполнения.

Дополнительно:

  • В приложении находится обработка "менеджер сценарного UI Теста" и файлы скрипты проекта (xml).
  •  

    Командная строка для запуска сценарного теста.

  • Оптимально настраивать сценарий под определенную целевую базу.
  • При запуске теста убедитесь, что отключены или выполнены глобальные всплывающие настройки "Настройка проверки контрагентов" и др., т.к. они могут прервать выполнение теста.
  • Проект находится на GIT HUB по адресу: TestingTool-3 
  • Перед выполнением сценарных тестов, мы всегда запускаем обработку загрузки начальных данных для выполнения теста, что позволяет иметь в распоряжении достаточное количество товаров на складе.
  • Использование сценарных тестов для нашей команды приносит большую пользу в обеспечении качества разрабатываемых продуктов.

 

Related Posts

10 Comments

  1. grumagargler

    Автор молодчина, проделана большая и качественная работа!

    Однако, как говорится в крылатой фразе “Платон мне друг, но истина дороже”, хочется спросить, почему выбран путь очередной кнопконажималки? Ведь даже приведенный боевой пример ну…далековат от реального, потому что выполнен с большим количеством допущений (использована почти только мышь, и мы с вами знаем, почему; не проверяется, например, включенность флага выбора количества и нет упоминаний о проблемах записи/воспроизведения как токового, и так далее). Я не придираюсь, мне откровенно жаль начинающих в тестировании программистов, которые думают, что сейчас в пару кликов наштампуют сценариев, а потом с большим разочарованием смотрят вообще на всю историю со сценарными тестами. С другой стороны, если это не программисты, изучить модель тестируемого приложения, знать где искать и куда/как/когда дорабатывать записанный сценарий — совсем не базовый уровень знания прикладного функционала.

    P.S. Кроме бесплатной конфигурации, чем еще ваша разработка выгодно отличается от 1С:Сценарное тестирование?

    Reply ↓
  2. Kaval88

    Хорошее решение.

    Все хорошо и понятно расписано.

    Reply ↓
  3. ivanov660

    (4) Спасибо за отзыв бро) Присоединяйся к проекту.

    Сейчас планируем переводить разработку инструментария на EDT, станет совсем по взрослому) К стати наконец-то вышла новая EDT 1.8.

    Reply ↓
  4. ivanov660

    Скоро добавим статью про то как смотреть результаты тестирования (сценарных тестов и unit тестов)- конфигурация «Тестирование 3.0» и обработка «Allure Skin».

    Reply ↓
  5. softcom_1c

    Большое Вам спасибо. Скачали-записали новый сценарий по инструкции -запустили-все заработало))

    Reply ↓
  6. ivanov660

    (8) Спасибо за отзыв. В ближайшее время, появятся еще несколько уроков и примеров для бизнес-процессов — закупки, перемещения.

    А в дальнейшем мы предполагаем выложить библиотеку сценариев и сценарных тестов для УТ/ERP на гитхабе.

    Reply ↓
  7. K_Mixa

    Добрый день. Подскажите пожалуйста насколько я понял в конфигурации есть три варианта запуска через ЗапуститьПриложение(«Строка запуска»), winmgmts: и Шелл=Новый COMОбъект(«WScript.Shell»); Подскажите в связи с чем реализованы три варианта, для чего используется каждый из них?

    Reply ↓
  8. ivanov660

    (14) Добрый день!

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

    2. Почему несколько вариантов запуска?

    — Первый вариант использует только возможности 1С (но в некоторых случаях этого не достаточно). Режим запустил и забыл.

    — Второй вариант при запуске позволяет получить и сохранить в параметрах выполнения задания PID процесса. Что позволяет в последующем принудительно закрывать запущенное приложение.К примеру, данный подход используется для срубания зависших тестов. Задание запуска тестов состоит в общем из четырех действий:

    а) Запустить тест

    б) Дождаться появления лога или 15-30 минут

    в) Завершить приложение запустившее тест

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

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

    Reply ↓
  9. chg

    Полезное дело, обязательно буду следить за вашим проектом)

    Reply ↓
  10. ivanov660

    (19)Спасибо за отзыв. И будет еще лучше, если вы начнете практическое использование в целях повышения качества вашего продукта.

    Скоро будет опубликовано руководство пользователя и надеемся, что это повысит прозрачность данного Фреймворка

    Reply ↓

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *