"сортирую руками")

Раскидать "неоптимальным" образом по условным "потокам".
На первом шаге выбираем наибольшие файлы и раскидываем их по потокам.

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

Он остался минимумом? Добавим ещё.
Новый минимум? Добавляем к новому.
И так пока не раскидаем всё.


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

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

Досортировать в потоках файлы по размеру, от больших к меньшим.

"Развернуть" полученные данные:
1) из всех потоков выбираем "самый маленький из самых больших файлов", он идёт первым в одном из потоков. Пишем время завершения работы для потока.
2) берём следующий за ним файл в этом потоке. Обновляем время завершения.
3) берём второй по длине прогона из первых в потоках файлов, аналогично пишем следующий за ним и обновляем время завершения.

И так далее -- у нас всегда есть следующее время завершения и следующий файл.

Получится не оптимум, но нечто близкое к нему.

(много букв, понимаю :) )

А скажите, большой файл === длинный тест?

Да.

Нет. Зависит от того, что в файле и что за тест

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

На большом количестве тестов и большом количестве инстансов - не вижу смысла играться с сортировкой и т.д. имхо. Особенно в UI тестах.

Если есть "90 датасетов", то они, скорее всего, дёргают одни и те же элементы UI (которых, я думаю, менее чем 90).

В этом случае одновременно проверяются две вещи:
- ввод из контрола передаётся "куда следует"
- логика бэкенда работает как надо

Хорошо бы в UI оставить только проверки каждого UI элемента, а логику загнать в что-то побыстрее.

Единственное, если точно знаешь, что некоторые тесты длинные, можно их пустить пораньше

спасибо, вот где-то так же себе и представлял это

осталось накодить 🙂

если что получится - покажу потом

Можно ещё и подсчитать выигрыш по времени?

Всем привет!
Пытаюсь выполнить следующий скрипт:
String left = (String) js.executeScript("document.getElementsByClassName('flash')[0].getBoundingClientRect().left");
Ловлю NPE. Не спрашивайте почему мне нужно получить координаты именно таким способом :)
Подскажите пожалуйста, что я делаю не так, и как мне сохранить возвращаемое значение из скрипта?

return document.getE.....

пробовал :(

JS правильный, еще бы трейс увидеть. как объявлена переменная js? )

@xwizard707  private JavascriptExecutor js = (JavascriptExecutor) getDriver();

нужно не пробовать, а написать return. без этого точно не будет работать