Sie können nicht über die Benutzeroberfläche tun. Betrachtet man die Erweiterungspunkte, wird das Element der höchsten Ebene, für das JUnit sammeln wird, das Projekt sein. Ich nehme an, Sie könnten ein Plugin schreiben, um ein zusätzliches Kontextelement/eine Verknüpfung für ein Arbeitssatz beizutragen, das Arbeiten legt die Elemente der obersten Ebene im Paket-Explorer fest und gruppiert die Projekte, die Sie testen wollen, unter diesem Arbeitssatz. Das Problem dabei ist, dass Sie Probleme bei der Definition der Kontextregeln zum Aktivieren/Deaktivieren des Beitrags "Ausführen als" haben und ich bin mir nicht sicher, ob sich die Semantik auf Arbeitssätze erstreckt. Sie müssten also eine Art Wrapper schreiben, um die enthaltenen Projekte zu iterieren und ihre Testtypen zu sammeln. Dies scheint ein interessantes kleines Problem zu sein. Ich könnte heute nach der Schule spielen. Ein anderer (etwas weniger) hacky Weg wäre, ein anderes Projekt mit Projektabhängigkeiten für alle Ihre Zielprojekte zu erstellen, dann verknüpfte Ressourcen zu verwenden, um alle Testtypen in das neue Projekt zu bringen (ich habe vorher eine answer gepostet) beschreibt, wie Quellen projektübergreifend verknüpft werden. Natürlich, wenn Sie dies tun, müssen Sie auch die Abhängigkeiten des Testprojekts verwalten.
Wenn Sie für jedes Projekt eine TestSuite erstellen und eine weitere TestSuite, die auf alle Projekte verweist, müssen Sie prüfen, ob alle Tests fehleranfällig sind.
Wenn Sie keine Lust haben, mit Plugins oder Linked-Resources herumzuspielen, sollten Sie Am besser mit Ant arbeiten.