AnotherAnkor

в получении и редактировании должно быть одинаковое представление. В вопросе это body.storage.

Нашёл ответ на вопрос "а как было бы сделать правильно":

Для того, чтобы в инфлюксе сохранялись имена, нужно настроить Backend Listener.
Для этого необходимо либо перечислить через запятую в поле Sampler list названия семплов, либо использовать регулярку, по которой будут выбираться кейсы.
При использовании регулярки необходимо в useRexexForSamplerList поставить true.
Иначе false.
После этого в БД появятся таблицы, как и сказано в руководстве.

Это баг текущей версии 4.0

Никак. Вся информация должна собираться контроллером и отправляться в БД. При этом данные будут отображены корректно.
Остальное зависит от Backend listener. При правильной настройке он уже будет разбивать по кейсам и, соответственно, можно будет выполнять выборку и вывод на доску информацию о них.

Если открыть исходники, то можно видеть, что программа возвращает и записывает в сценарий, в некоторых случаях, не id, а xpath. Это ошибка в коде.
Следовательно, в приведённом куске кода ошибок нет. Но они возникают, когда этому методу передаётся не id, а xpath, записанный в сценарий ранее. Соответственно, нужно внести правки и дополнительные проверки в код, для того чтобы программа отрабатывала как задумано - повторяла действия пользователя.

Для обработки кнопки в index.html добавил следующее:

btnTS.addEventListener('click', function () {
		// Listen for async message from renderer process
				webview.send('ping', 'whoooooooh!')
				console.log("sended");
			});

В preload.js:

ipcRenderer.on('ping', (event, message) => {
    console.log(message);});

В итоге, всё довольно просто. Метод send доступен у объекта webview и через него можно слать что угодно https://electronjs.org/docs/api/webview-tag#webvie...

Ответ здесь.
А если захочется ещё и вывод консолей собирать в одном месте (в консоли пайплайна мне надо было), то можно использовать следующий пример:

def checkjob = build job: 'job name', parameters: [ any params here]
checklog = Jenkins.getInstance().getItemByFullName('job name').getBuildByNumber(checkjob.getNumber()).log
println checklog

Так и есть. Это костыль.
Нужно было поделить операции на меньшие и избавиться от это связки. Для каждой операции проще приготовить отдельный пул.
Сама vts крайне нестабильная ерунда и если есть возможность её не использовать, лучше от vts отказаться.

Такой возможности нет. Можно выгрузить только стату из веб лица Hp sv.

Поставить фокус на строке с запросом/ответом и нажать ctrl+d

В случае, если заглушка не обучена или у неё нет корректного ответа для этого поля, она возвращает ответ вида sim_default_имя_поля.

Через веб лицо hp sv нужно выделить интересующие заглушки чекбоксами и выгрузить статистику, на которой будет достаточно информации для отчёта.

Простым foreach всё сканкатенировать и всё.