хочу запомнить реальный номер документа и передать в процедуру своего шага

Попробуй так И я проверяю что данный документ с параметром $НомерДокумента$ проведен в системе

неа

во так работает

Коллеги, привет! Используем vanessa-automation версии 1.2.023. У нас наметилась небольшая сложность. Вчера добавил прогон тестов на 1С сервере и получили значительную деградацию по производительности. По ощущению эта деградация достигает 100%. Сам тест в "файлухе" раньше выполнялся около 60 минут. После перехода на сервер, ровно на той же машине, прогон занимает более 100 минут. Тест менеджер и тест клиент запускаются на одной базе. Причем когда смотрю как робот управляет 1С (серверный вариант) вижу заметные зависания между шагами. Такое ощущуение, что тест менеджер очень долго решается запустить следующие шаги. Ресурсы на сервер не в "потолке", rphost как раз в моменты задумчивости занимает ровно одно ядро из 4 (25% загрузки CPU). Возникла идея, что для ускорения можно вынести тест менеджер на другую базу в файловом варианте и последить за ускорением. Есть другие идеи, или подтверждение моей? Понимаю что сервер для одного клиента всегда работает медленнее чем файлуха, но хочется ускорить.

Да, работает медленнее. А web клиент будет ещё медленнее работать. Тоже с таким сталкивались. Можете попробовать запускать тестменеджер в пустой базе? Интересно сравнить.

Попробую и отпишусь. Конечно можно подсунуть железо хорошее, но интересно пока на том же какие-то методы наработать.

А как вы выкрутились из этой ситуации?

Запуск тестов в несколько потоков.

А как это сделать ?

Вы разбиваете на фичи по потокам?

Надо подключить к CI серверу несколько раннеров.

Да.

Либо (как я понимаю) просто несколько машин, которые будут загружаться на 70-80% тестом одной фичи, и так по очереди. Ускорение будет достигаться горизонтальным маштабированием этих машинок.
Эх... Копать не перекопать...

Каждая фича - тест на базе с ее эталонного состояния. С начала параллельно готовятся все эталонные базы на которых надо проводить тесты, потом они передаются раннерам которые тестируют очередями. По одной эталонной базе может быть несколькл очередей тестов. Одна очередь исполняется на одном раннере. Можно в итоге сделать, например, 4 эталонные базы, 40 очередей и запускать это на 10 раннерах. Тогда сначала раннеры получат 4 задачи подготовки базы, подготовят, сохранят в артефактах подготлвленные базы. Потом запустит 10 очередей и по завершению одной из них будет запускаться автоматически следующая пока не пройдут все 40 очередей.