Сейчас VA сохраняет в json настройки и для переноса настроек между пользователями и для запуска на CI.
Возможно стоит при сохранении дать возможность пользователю выбрать профиль для сохранения настроек - что-то типа "Обычный" и "Для CI".
@DitriXNew  @nixel2007 @fenixnow
Что думаете?

Если у кого есть идет на этот счет - тоже пишите.

я пока е вкурил что имеется ввиду?

возможно это поможет, но пока не хватает 100% соответствия флагов на форме и флагов в json. типа того же "ВыполнятьСценарии"

ну это отдельная песня, тут да

Да, это сделаю.

Сделать отдельно сохранение настроек, чтобы пользователь их просто хотел сохранить в файл и отдельно сохранение настроек для запуска на CI.
Там могут быть отличия.
VA позволяет задать настройки на форме и сохранить их в json для использования в CI.

Мне не до конца понятен посыл разделения настроек. Получается один и тот же параметр при сохранении может иметь разные значения для просто настроек или ci?

Или количество настроек должно быть разным, или структура разная?

Если уж хочется как то разделить на тройки, то лучше сделать разделение чтения их при разных режимах запуска.

Сохранение включает в себя конвертацию в англ/рус и там и так изрядно код закручен

Я согласен с @fenixnow разные файлы настроек загружать. Не надо усложнять.

Здравствуйте, только начинаю осваивать фичеписание. Скажите, пожалуйста, как правильно очищать за собой созданные данные?

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

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

Хочу узнать как очистку данных делают эксперты?

P.S. Существуют ли в паблике другие библиотеки шагов, помимо встроенной?

Эксперты не чистят за собой, они тупо эталонную базу или базу с нуля поднимают

Есть ещё третий вариант. Создавать себе данные для теста так, чтобы не приходилось чистить после перезапуска

После каждой фичи??

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

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

Да, эталонная база заполнил данными, если надо. Прогнал тесты - получил результат тестов. Базу удалил, точнее Gitlab CI сам удаляет. Посмотрел результаты тестов. Профит :)

Понятно, спасибо.