https://www.soapui.org/test-automation/running-from-command-line/functional-tests.html

The following command runs the 'my test case' TestCase in your project and creates HTML files in a JUnit-style format:
testrunner.bat -FPDF -R"JUnit-Style HTML Report" -c"my test case" c:\my projects\my-project.xml

Собственно Junit-style:
https://www.soapui.org/reporting/generating-html-reports.html

Хмммм... Спасибо. Пошел читать мануалы

Чоэта не получится!
Конечно получится.

(но с точки зрения скорости тестов и организации процесса тестирования это плохая идея, как тут выше уже сказали)

Можно добавить свой листенер, например, перед каждым кликом, и в нём закрывать попап. Делом на 5 строк.

хм... вообще тем же селениумом можно запустить кучу headless браузеров - это уже от памяти компа зависит. И в каждом из них по расписанию нажать на кнопку. Расписание - смотрит на локальное время компа. Нажатие будет практически одновременное. Если вы три успеваете - они больше успеют.

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

От проца*

объединил))

Все равно от проца. В большей степени)

Тогда уж и от приложения)) наше вот - память сильно хавает, потому как толстый клиент)

В хэдлесс жрет память?

Всегда. В хедлесс ещё и дольше работает. Хз почему. Нет пока таски с этим разобраться)

Хм. Должно быть наоборот, потому что он хоть и юзает память, но рендерит все процем в рантайме. За счет того что не нужно затрагивать видео это еще и быстрее должно быть. Возможно у вас оно и правда крайне тяжелое и лично вам хедлесс не выгоден

Всем привет. Есть сайт, на котором элементы (checkbox, dropdown) на разных страницах имеют разные локаторы. Т.е. Если на странице А dropdown есть  input, то на странице В он же есть div. Может кто-то сталкивался с таким? Каким образом можно создать метод чтобы обращаться к dropdown на всех страницах?

Xpath через or например

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

По-моему задача для классического полиморфизма.  

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

Либо то же самое на уровне абстрактного и конкретных пейджобджектов.

Но только у меня есть сомнения что разные страницы реализуют одну и ту же бизнес-логику.  А если бизнес-логика разная — то может лучше её реализовывать, а не дропдауны обобщать?

Даже если бизнес логика разная, разные  дропдауны от этого не перестанут быть разными