Вы не можете сделать это через пользовательский интерфейс. Рассматривая точки расширения, для элемента JUnit самого высокого уровня будет собираться проект. Я полагаю, что вы могли бы написать плагин для добавления дополнительного элемента / ярлыка контекста для рабочего набора, сделать рабочие наборы элементами верхнего уровня в проводнике пакетов и сгруппировать проекты, которые вы хотите протестировать вместе, под этим рабочим набором.
Проблемы с этим заключаются в том, что у вас будут проблемы с определением правил контекста для включения / выключения вклада «запуск от имени», и я не уверен, что семантика распространяется на рабочие наборы. Поэтому вам нужно написать какую-то оболочку для итерации содержащихся проектов и сбора их тестовых типов. Это кажется интересной маленькой проблемой. Я мог бы поиграть с этим после школы сегодня.
Еще один (немного менее) хакерский способ - создать другой проект с зависимостями проекта от всех ваших целевых проектов, а затем использовать связанные ресурсы, чтобы перенести все типы тестов в новый проект (я разместил ответ ). перед этим описано, как связать источники между проектами).
Конечно, если вы сделаете это, вам также понадобится управлять зависимостями тестового проекта.
Если вы создаете TestSuite для каждого проекта и еще один uber TestSuite, который ссылается на все наборы проектов, вы должны проверить, включен ли каждый тест, который подвержен ошибкам.
Если вам не нравится заглядывать в плагины или связанные ресурсы, вам, вероятно, лучше всего использовать Ant.