Может ещё UAC

У меня было как служба - но всё работало, но скрины не делались :)

Попробую как вы советуете.

Вот, чтобы не искать... ну как автологин и запуск скрипта - я думаю быстро найдёте.

Ага. Спасибо. Я уже ближе к вечеру тогда протестирую и отпишу.

Трейс не выдал ни каких ошибок - просто закончилось выполнение основного процесса 1С и все. В общем пойду копать в сторону UAC и запуска с через автологон.

Автологон самое надежное.

Подскажите по декомпозиции сценария bdd, какой путь более верный. Например когда я хочу организовать что-то типа сценарного теста УТ 11 условий продажи. У меня 3 этапа создание нужного соглашения с условиями продаж, создание заказа по этому соглашению, проверка, что условия продаж правильно применились, создание реализации. Что лучше объединять это в единый сценарий или выделить создание соглашения в отдельный сценарий и проверять наличие нужного соглашения (например накладывая отборы на список) в отдельном сценарии, где создаются документы?

повершел если что RunAs умеет (хотя ЕМНИП он запрашивает все равно подтверждение)

Соглашения справочник?

Да

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

Если сценарии хранятся в сппр создать пару модулей. Я создаюзаказ, я создаю реализацию в качестве универсальных. И в качестве параметра запуска зарядить уникальное наименование соглашения.

Можно вобщем то и заказы заранее завсети с эитми соглашениями

Если результат проверки проявляется в реализации только

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

Настройка ценообразования отработает в реализации и проверял бы его сверяя движения реализации с эталоном.

Хитрую настройку можно проверить на выпадения эксемпшенов прокликвая в разных вариация и сохраняя элемент в отдельном тесте

Или печатные формы, если тест катается под неполными правами