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

вообще может есть более подходящая методология создания таких цепочек действий?

https://its.1c.ru/db/v8315doc#bookmark:dev:TI000001062

может просто сделать кнопку "сделать все"
зачем нужны макросы то?
а если там есть место для принятия решения, то не заменят макросы ничего

(2) нет нету, именно в этих нет, если будет то они сделают в ручную

а можно пример какой-нибудь?

(4) типа справочник в нем настройка там настройка отборов документов и знаечния реквизитов дока, запустил этот сценарий открылся док реестр платежей заполнились реквизиты по настройке отборов в этот док заполнились заявки, запсиался док..таких сценариев штук 6

(5)Зачем для записи документа открывать формы?

(2) круто кстати но вот не понял как правильно создать для сформированого кода переменную ТестовоеПриложение..если оно будет запускаться в этой же 1ске

(6) чтобы оттуда открыть форму подбора документов в которой как в ыпонимаете очень много кода по поиску нужных доков (не переписывать же его)

(0) Цель - автоматизация тестирования пользовательских сценариев, или автоматизация бизнес-процессов в рамках которых пользователь создает цепочки связанных документов?

(0) ТАк а суть всего этого в чем?

(10) чтобы рутинные операция делала сама 1ска

(11) Что есть "рутинная операция" ?

(9) а в чем в этом контексте разница?

https://habr.com/ru/post/418303/

(8)Вы идете по пути типовых, когда все процедуры заполнения завязаны на форму. Это сулит лучи ненависти от всех, кто будет это поддерживать позднее.

(12) открывает док заполняет оргнизацию открывает форму подборов дока, выбирает настройку , нажимает подобрать, потом перенести, потом записать - комбинация организаций и настроек 6 штук

(14) Ему не нужно тестирование, ему нужно чтобы программа сама тыкалась по формочкам....сейчас по формочкам тыкаются менеджеры :)

(8) ничего не понятно но очень интересно.
если есть алгоритм работы который заменит менеджера - реализуйте его. с поиском нужных документов по критериям и прочая.
безо всяких костылей с открытием форм и макросов.
если хочется именно имитировать нажатие менеджером кнопочек и реакцию программы то (1) для этого.

(15) они уже завязаны без меня, я просто не хочу копировать код чтобы делать это все на сервере в одном месте

Следующая задача будет - выполнять всю эту рутину в фоне и пошлет вас сервер со всеми вашими кнопками и отборами.

(11) Если вся инфа есть на старте - просто скриптуешь кнопки. Если в промежутках требуется принятие решений - автоматизируешь именно как бизнес-процессы, с использованием одноименных механизмов платформы.
(13) Странный вопрос. Разные задачи - разные инструменты.

(12) А тебе в голову не приходило, что все эти формы...это просто ИНТЕРФЕЙС взаимодействия человека и машины. Если ты хочешь автоматизацию (т.е. убрать из этой последовательности человека и оставить только машину), то и интерфейс взаимодейтсвия как бы уже нафиг не нужен становится.

Заполняй и обрабатывай все программно....

(21) что имеется ввиду под скриптуешь кнопки?

(22) не хочу потому что этот механизм все равно не удалить  - будет куча моментов когда они будут делать руками + очень много кода прийдется перетащить в другие места

(24) УДАЧИ ТЕБЕ :))))))))

(24) мда.

(18) я вот пробую 1 метод и не пойму как правильно создавать ТестовоеПриложение в  Процедура ТестовыйСценарий_19_02_2020(ТестовоеПриложение)

    ОкноПриложенияРеестрыПлатежейКнопкаСкопироватьНажать(ТестовоеПриложение);
...и.тд

(23) Просто программируешь создание и заполнение документов. Естественно, не эмуляцией действий пользователей на форме. Это инвалидный путь. Для этого вообще не нужна форма.
Тебе не хочется рефакторить под это документы - понимаю. Но надо, Федя, надо. Считай, что ты параллельно закрываешь технический долг.
Программное API для заполнения документов изначально не должно быть завязано на одну лишь форму.

(26) что мда? мало того что убить кучу времени на копирование механизмов из форм так еще и обеспечивать себе двойную поддержку всех этих подборов?

по реестру платежей просто нужно сделать регламент создания документов.
вообще нужно к каждой задаче подходить индивидуально

Существует в природе то, что ты хочешь, но думаю ты не осилишь.

Изучай в сторону "Сильвер Булет" и "BDD" и "vanessa behaviour"

Вот тебе для затравки:

https://xdd.silverbulleters.org/t/zapusk-testov-iz-komandnoj-stroki-v-rezhime-tonkogo-klienta-s-pomoshhyu-vanessa-runner/3011

https://habr.com/ru/post/139674/


Эти механизмы позволяют интерактивно записать последовательность действий и потом воспроизводить их...в том числе на сервере

(29) В результате грамотного рефакторинга дублирования кода быть не должно.

(31) а чем (1) не подходит?

(29) если есть большое желание не копировать а использовать код однократно - напиши универсально. чтобы и из форм и из своей обработки вызывать свои новые универсальные функции и получать нужный результат.
только не факт что такое решение будет лучше. подводные камни и тут возможны, так что копирование при всей его кажущейся топорности не всегда самый плохой путь.

(0) всё не читал, ознакомься с объектом БИзнеСПроцесс ..мот поможет

Использование механизмов сценарного тестирования для автоматизации бизнес-процессов - такого знатного изврата я еще не встречал и вряд ли больше встречу.

(33) Вот когда погрузишься в процесс - поймешь!

как минимум сценарное тестирование запускает новое приложение, а не нажимает кнопки в теущем окне

(0) Гугл что ли запретили? RPA - robotic process automation. Тренд нескольких последних лет. То, что не автоматизируется программно, автоматизируют интерфейсно.

(38) + как я понял это будет работать только в режиме тестирования?

(29)Не надо дублировать, надо переписать так, чтобы работало из одного места. Сейчас вы убьете ту же кучу времени на абсолютно бесполезное и даже вредное "имитирование работы"

(41) нет точно не туже, я знаю сколько там кода

(33) Это то же самое, только с сахаром