Кто-нибудь знает есть таковой? То есть какой-нибудь framework поддерживающий многопоточность для unit тестов?
Почему ищу? Потому что у меня

а) Не отрабатывают breakpoint'ы когда внутри треда стартованного из unit теста
б) У меня нет стабильности выполнения юнит теста. 

Сам юнит тест несколько сложный (поэтому я не привожу код) используется рефлексия внутри которой стартуют новые треды и то ли они умирают, то JUnit их не отслеживает, но мой тест проходит 50/50.

Разве брейкпоинты можно использовать при отлаживании многопоточного приложения? Один из потоков встал на брекпоинте, а другие продолжают бегать? 

По моему скромному мнению, JUnit здесь ни при чем и не поможет - он однопоточный, потому что тест один - unit. Его задача запустить тест, а то, что внутри могут новые потоки стартовать - его JUnit не может контролировать.

Во-первых, если это тот же кусок кода то встанут все треды  во-вторых вы меня не так поняли, коллега. 

Я утверждаю что при определенных обстоятельствах брейкпоинты не отрабатывают вообще при это факт исполнения кода виден на 100% (скажем выведенной строчкой System.err.println)... это не баг Eclipsa или идеи, я общался с членами свой команды и выяснил что другие разработчики с таким сталкивались тоже. Одним словом при известном опыте этого можно добиться, проблема в том, что в моем случае я этого не добиваюсь, а наоборот страдаю от этого side-effect'а

Я, действительно, не понял (брейкпоинтами давно не пользуюсь). Но мне казалось, что брейкпоинты - чисто IDE - шная штука, которая срабатывает только при запуске приложения в дебаггере.

Это настраиваемо, можно при остановке по брекпойнту останавливать все потоки, можно только тот который попал на брекпойнт.

Я про IDE и говорю - Eclipse или IDEA

... фрэймворка нет... но решить проблемы с многопоточным тестом можно... треды которые запускаються могут в себе хранить какойто флаг... который потом можно у них спросить... или у них могут быть слушатели... каких то событий... и подобное...
... а вообще наличие многопоточности в JUnit тестирование... это не хорошо... значит твой тест интеграционный... есть фреймворк TestNG, он предназначен как для юнит так и для интеграционного тестирования... копни в эту область... думаю что то полезное найдешь...