Новый релиз v5.7.0 Vanessa.ADD - Ускорение, новые и доработанные дымовые, новые плагины (в т.ч. по созданию данных), потоковый вывод в отчеты Allure и JUnit

add

#1

В код релиза внесены доработки от 20 человек !!

- Контрибьюторы проекта выполнили огромное количество доработок.
- Всем большущее спасибо!
  • Дополнительно коллега Владимир Литвиненко выпустил большой цикл статей по Vanessa.ADD на Инфостарт-е - 1-я статья https://infostart.ru/public/969637 и т.д.

    • Владимир, еще раз огромнейшее спасибо от всех пользователей и соучастников!
  • Для BDD- и TDD-части, а также для дымовых тестов реализован потоковый вывод в файлы отчетов (junit и Allure) по мере выполнения фич или тестов #389 #393 #399

    • важно для борьбы с зависаниями тестов/фич и анализа возникающих проблем
  • Значительно дополнена и актуализирована документация проекта по дымовым тестам, BDD- и TDD-частям - #11 #366 #372 #380 #330 #334 и т.д.

    • расширен FAQ, добавлено много новых ответов
  • Поддержана совместимость с 8.3.5 (полностью) и 8.2 (частично) #357 #336 #173 #359

Новые плагины - и для BDD, и для TDD

  • Новый плагин “Заглушки” для генерации данных на лету #381
  • Плагин “Движения документа” для проверки проведения и сравнения движений документа #325 #302
  • Плагин “ИнтернетПочта” #394 #397 #398
  • Плагин “ИтераторМетаданных” - используется для анализа метаданных, например, в дымовых тестах по метаданным (см. ниже)
  • Плагин “ЗагрузчикПользовательскихНастроек” для BDD - Загрузка глобальных переменных сохраняемого контекста и настроек из внешнего файла #343 #346

Дымовые тесты

  • Дымовые тесты открытия форм научились работать через тест-клиент - решена проблема зависания на модальных окнах #403
    • доработаны в рамках Enterprise-поддержки
  • Новые дымовые тесты
  • Добавлена возможность настройки через json-файлы для дымовых тестов ввода на основании #407
    • доработаны в рамках Enterprise-поддержки

Дополнения/исправления:

  • Доработаны дымовые тесты для иерархических справочников #402
  • Не работает исключение при указании полного пути исключаемой формы в json-файле настройки #376 #392
  • Исправлены ошибки дымовых тестов ввода на основании #340 #396

Генерация данных

  • Новый плагин “Заглушки” #381
  • Добавлена кнопка “Загрузить макет в базу” для обычного приложения #326

Исправления/дополнения:

  • Определение типа маршрута бизнес процесса. #354
  • Добавлена выгрузка/загрузка стандартного реквизита “ТипЗначения” для ПВХ #338
  • Нельзя загрузить Справочник “Банковские счета” из-за неверной работы с владельцем #200

BDD

  • Сохранение отчета Allure сразу после выполнения сценария, а после выполнения фичи #399
  • Загрузка глобальных переменных сохраняемого контекста и настроек из внешнего файла #343 #346
  • Заголовки форм сравниваются точнее, в т.ч. и по шаблонам со звездочкой #370 #367
  • Доработка подключения тест-клиента #351 #352 - например, для передачи контекста сохраняемых переменных
  • Полезные функции добавления произвольных данных в отчет Allure для использования в реализации собственных шагов #334 #330
  • Новый шаг ожидания завершения фонового задания и закрытия формы длительной операции (БСП) #333
  • Новый шаг для работы с почтой “Когда я отвечаю на это сообщение” #404
  • Возможность указания путей запуска SikuliX разными способами #345 #355

Исправления/дополнения:

  • Периодический баг при использовании нескольких библиотек #327
  • Исправлено - Шаг “И Я закрыл все окна клиентского приложения кроме “Нужное окно”” не всегда закрывает все окна #406
  • Исправлено ошибка - шаг “Когда я удаляю все элементы Справочника”, в котором нет иерархии, выдает ошибку: “Поле не найдено ЭтоГруппа” #230 #390
  • Заполнение поля КаталогПроекта по-умолчанию #363 #369
  • Исправлено очень медленное выполнение шага "в поле с именем 'ИмяПоля ввожу значение глобальной переменной “ИмяПеременной” #349 #350
  • Исправлены проблемы в библиотечном шаге “я делаю паузу 2 секунды” #337
  • Исправлено периодическое падение шага Ожидаем завершения фонового формирования отчета в течение "10" секунд #329
  • Исправлено: Не сохраняются (некорректно читаются из сохраненных настроек) пути к библиотекам шагов #401

TDD

  • Формирование результатов тестов на ходу, по мере выполнения тестов #389
  • Потоковый вывод результатов тестов #393
  • Исправления для работе в английской локализации #385

Дополнения/исправления:

  • Ошибка при инициализации настроек на сервере #386
  • ОФ: Ошибка при открытии обозревателя TDD #358
  • Исправлено - УФ: из формы xddTestRunner нельзя открыть внешний инструмент при включенном режиме асинхронности #328

Прочее

  • Исправлены проблемы кода, выявленные с помощью “Sonar 1C (BSL) Plugin” #331
  • очень много задач доработаны в рамках Enterprise-поддержки клиентов

PS долгожданный/выстраданный релиз :slight_smile:


#2

Чот у меня на этой новой версии файлы отчетов не формируются


И после выполнения нет ни D:\Jenkins_slave\workspace\SBM 1.6.17 AllFeatures\prep-junit.xml ни D:\Jenkins_slave\workspace\SBM 1.6.17 AllFeatures\allure-results\prep.xml

UPD: В моём случае ADD определяет, что асинхронные вызовы у меня не поддерживаются и выполнение идёт по пути ВыполнитьПакетныйЗапускСинхронно(НастройкиШагов)

Параметры генерации отчета попадают в Параметры_xddStreamReport, а в синхронном режиме отчет генерится с ПараметрыЗапуска.Параметры_xddReport


#3

сейчас реализован потоковый вывод в junit- и allure-

должны быть другие хмл-файлы - один файл на каждый сценарий/тест-кейс

Посмотри в своих каталогах

в Jenkins, видимо, нужно поправить маски для
1 junit-
2 и allure-
3 и артефактов (если есть)


#4

это мы с тобой решаем в рамках ПР https://github.com/silverbulleters/add/pull/413


#5

Я вот сейчас подумал, а насколько, вообще, оправдано закладывать включение асинхронного режима на свойство конфигурации “Режим использования синхронных вызовов расширений платформы и внешних компонент”? Может имеет смысл эту настройку параметризировать, чтобы вызвать с ключом?
--xddConfig xUnitParams.json


#6

@Vladislav_Moroz Интересная мысль.
Но мой посыл при создании такой авто-проверки - уменьшить количество настроек для пользователя.
т.к. свойство синхронности и асинхронности разработчик уже выставил в свойствах метаданных конфигурации
и нет смысла заставлять повторно заполнять эту настройку, если она уже задана ?


#7

Как вариант, сохранить текущее поведение и дать возможность переопределить его в xddConfig.

Я посмотрел ещё в типовой УТ 11 - там ведь тоже режим синхронных вызовов установлен в “Использовать”.


#8

А вот это интересно, я считал, что уже все популярные/массовые вендорские конфигурации переведены на асинхрон.


#9

я все-таки не понимаю, зачем переопределять?
ведь если в конфе задано, переопределяй ты настройки в хЮнит или нет, поведение-то все будет или асинхронно или синхронно.

давай вернемся к твоему кейсу и что тебя не устраивает.
ИМХО если мы починили правильность определения синхрона/асинхрона, тогда проблема решена.
или еще есть проблема неверного формирования тест-отчетов в синхронном режиме из ишуза ?


#10

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

Я сейчас смотрю все наши типовые конфигурации, в том числе БСП - и вижу, что у них у всех это свойство установлено в значении “Использовать”. Т.е. с типовыми конфигурациями ADD будет работать всегда в синхронном режиме или я что-то не понимаю.

Да, эта проблема всё ещё есть: в синхронном режиме тест-отчеты не формируются.


#11

я может чего не понимаю - а зачем вообще работать в синхронном режиме, если адд уже умеет работать в асинхронном? зачем определять свойство в конфе? ведь асинхронные методы работают и в синхронном и в асинхронном режимах?


#12

асинхронные методы и работают дольше, и отлаживать их посложнее.

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


#13

В продолжение соседней темы

Коллеги, проверьте, пожалуйста, данную дев-сборку.
@seramiti @ripreal @KrapivinAndrey @VladFrost и другие

Исправлены и аллюр, и скриншоты, и многое другое.

add-5.7.0-dev-20190228.zip

или на яндекс-диске https://yadi.sk/d/65KpmEVu0pVkWA

жду результатов проверки.


#14

То что у себя находил - поправлено.

  1. Скриншоты появились.
  2. xdd создает отчеты.
  3. Переданные параметры тест-клиента не затираются.

На ADD 5.7.0. перестали работать скриншоты в Allure
#15

Еще бы пуллреквест в vrunner приняли. Тогда бы не переживал за обновление.


#16

Пулл-реквест принят.
Большое спасибо!


#17

Коллеги, для особо нуждающихся выкладываю девелоп-версию Ванесса.АДД

https://github.com/silverbulleters/add/files/2991517/add-5.7.0-develop.zip

в которой много чего исправлено и дополнено.

релиз 5.8.0 будет выпущен или завтра или в выходные


#18

Выпущен новый релиз 5.8.0