но как это мне поможет?

я в курсе этого всего

это всё еще не решает мою задачу

та ссылка, которую я скинул, описывает то, что скинули вы + пару дополнительных кейсов

но даже зная это, не вижу решения, которое бы по максимуму использовало бы все *доступные* ноды, и при этом не создавалось лишнее количество тредов, которое бы висело в очереди, и отвалилось по таймауту

сейчас остановился на безопасном решении, где threadCount параметризирую, а dataproviderthreadcount=1

но интересует более оптимальное решение

Не делайте тесты, которые длятся 96 часов в рамках одной джобы.
Вообще не делайте тесты, которые длятся 96 часов.

а можете уменьшить на тестовое среде в 10/100 раз таймер срабатывания триггера? Ждать в тесте 96 часов - это совсем плохо.

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

https://wiki.saucelabs.com/display/DOCS/Parallel+Testing+in+Java+with+Maven+and+TestNG

Я это уже тоже прочитал

Мы тоже соуслабс юзаем

Он по умолчанию = 1 емнип и оверрайдится сьютом

Тогда зачем пытаться решить не решаемое? Создайте ишью в тестнг, если хочется ответа от разрабов тестнг.

Жалко просто, что треды будут простаивать

Вы ж параллелите сверху на уровне сьюта.. почему они простаивают

Не треды, а ноды*

Сори

Все равно не понял :(

Пример. Количество нод = 10. threadCount = 10. dataproviderthreadcount=1. Допустим ранится сьют в котором 8 тестов без дата провайдера, и 2 с дата провайдерами. У этих датапровайдеров размер массива, допустим равен 10. Получается, когда начнётся ран тестов, запустятся 8 обычных тестов, и первые значения датаправайдеров из двух тестов. Потом завершаются 8 тестов, которые без дата провайдеров. остаётся 8/10 свободных нод, а 2/10 нод, заняты двумя тестами, которые содержат каждые ещё по 9 значений. Хотелось бы в идеале, что бы эти оставшиеся значения (2*9 = 18), занимали не только две ноды, а могли занять оставшиеся тоже