Ответ 1
Вы не можете сделать это через пользовательский интерфейс. Рассматривая точки расширения, элемент самого высокого уровня, который будет собираться Юнитом, - это проект. Я полагаю, вы могли бы написать плагин, чтобы внести дополнительный контекстный элемент/ярлык для рабочего набора, заставить рабочие наборы элементов верхнего уровня в проводнике пакетов и сгруппировать проекты, которые вы хотите протестировать вместе ниже этого рабочего набора. Проблемы с этим вы столкнулись бы с проблемой определения контекстных правил для включения/отключения вклада "run as", и я не уверен, что семантика распространяется на рабочие наборы. Поэтому вам придется написать какую-то оболочку для повторения содержащихся проектов и сбора их типов тестов. Это кажется интересной небольшой проблемой. Сегодня я мог бы поиграть с ним после школы.
Другим (немного меньшим) хакерским способом было бы создать другой проект с зависимостями проекта от всех ваших целевых проектов, а затем использовать связанные ресурсы, чтобы привести все типы тестов в новый проект (я разместил answer до этого описывает, как связывать источники в проектах). Конечно, если вы это сделаете, вам также нужно будет управлять зависимостями тестового проекта.
Если вы создаете TestSuite для каждого проекта и другого uber TestSuite, который ссылается на все комплекты проектов, вы должны проверить, что каждый тест включен, что является подверженным ошибкам.
Если вы не хотите сбрасывать с помощью плагинов или связанных ресурсов, вам, вероятно, лучше всего использовать Ant.