Кстати, заметил что Истина и Ложь из полей таблицы также считывает как строки

Я делал при помощи sikulix.

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


https://github.com/Pr-Mex/vanessa-automation/issues/878

Буду премного благодарен

Глобальная переменная обрамляется с двух сторон $$, у вас только с одной как я смотрю

Да, автопреобразования в булево нет. Одна из причин - мультиязычность Gherkin

Всем добрый день.
Подскажите пожалуйста какие ещё нужны параметры для компиляции из yaml в фич файлы, мне подсказали что после версии 2.0.1.58 нужно добавить ещё параметров, а какие?
На данный момент имеются след параметры:
"ScenarioFolder":
"ProcessFolder":
"LogFile":
"ModelDBSettings": "
"FeatureFolder":

комплиляция проходит без ошибок, но в папку с результатом фичи не приходят

ВыполнятьСборкуСценариев": true,   "ВыполнятьСборкуПроцессов": true,

Спасибо

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

Озвучиваются верхнеуровневые шаги

Andrey прав. Сейчас это можно побороть, только если вручную изменить иерархию групп шагов в фиче.
Периодически задаётся такой вопрос: наверное можно что-то придумать. Если у вас появится алгоритм - предлагайте.

Всем привет, хотелось бы узнать как оптимально можно реализовать заполнение формы случайными данными

Если бы все данные были примитивных типов (строка, число, булево), то не сложно, делаешь собственный шаг Я заполняю поле "такое-то" случайным значением типа "такой-то", и в реализации шага используешь генератор ГСЧ для получения случайных чисел и строк.  А так как есть ссылки на другие объекты ИБ - то я не вижу  простого решения. Можно конечно создать шаг, который бы для каждого ссылочного поля создавал бы соответствующий новый элемент, получал все элементы формы, обходил их, получал их типы, и если это простые типы - вызывал бы шаг по заполнению примитивных типов, а иначе рекурсивно бы вызывал шаг создания и заполнения ссылочного типа.

Плюс непонятно поведение, например, в реализации товаров. Иногда рандом будет создавать документ, которому хватит остатка товаров на складе, а иногда - не хватит. Тесту придётся самому разруливать разницу в поведении?

Если всё же хочешь пойти по этому пути, глянь обработку "ирТестированиеМетаданных.epf" из состава Инструментов разработчика, а именно, функцию ПолучитьНепустоеЗначениеПоОписаниюТипов. Правда, у меня ИР от 2015 года :D так что имя функции могло измениться

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

Но я не считаю эту идею правильной.

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