scfВторая - тестирование многопоточного кода в одном потоке. Как известно, при выполнении корректно синхронизированного многопоточного кода он разворачивается в так называемый synchronization order, в котором операции идут строго последовательно.

Извините, но это бред.

[/quote]И вместо этого использовать ScheduledExecutor. Запустить два куска кода параллельно? Загрузите обе таски в екзекутор. Запустить их последовательно? Загрузить в екзекутор первую таску и в конце её загрузить вторую. Нужно сделать паузу? Загрузить таску в SheduledExecutor с нужной задержкой. Нужна более сложная система координации тасок? ConcurrentLinkedQueue<Runnable> в помощь.

Всё это нужно писать на скале или хотя бы на джаве с CompletableFuture.

Тестировать такой многопоточный код можно, просто сделав мок экзекутора, который будет запускать свои таски в нужном для теста порядке.[/quote]


Во-первых у ScheduledExecutor'а есть вариант однопоточной работы.
Во-вторых ничего вы так не поймаете.
Вот, к примеру, последняя ошибка в многпоточном коде, которую я поймал, была связана с тем, что после выполнения задачи выполнялось две операции- запись в mongo статуса задачи и удаление из map'ы в памяти. Именно в таком порядке.
Иногда (ОЧЕНЬ иногда) другой (из 30, ага) поток успевал схватить свободную задачу и записать в map'у. После этого первый поток удалял задачу из map'ы и второй потом выдавал exception (т.к. в map'е нет его задачи).
Тест автор кода поленился написать. Искали ошибку долго (тем более, что на 20 нодах с 30 потоков каждая ошибка случалась раз в сутки). Но тест (который падал) я, когда нашёл ошибку, написать смог
А Ваш вариант не найдёт такую ошибку никогда.

scfСледите за руками:
...
Примерно так.

Каждый тест должен что-то проверять. unit-тест проверяет конкретный небольшой кусок кода с минимальным объёмом не относящегося к делу кода.
Автору нужно проверить, что некоторый executor не выполняет одновременно задачи, которые это явно запрещают.
Т.е. нужно взять наш executor (именно тестируемый, а не какой-то другой), затем вложить в него набор задач (простейших, без побочного кода) и проверить, что при возможности исполнить задачи параллельно некоторые не будут работать одновременно.
Лучше проверить, что тест работает- для этого надо внедрить ошибку "все последовательно" и "всё параллельно" и увидеть, как тест упал (параллельность такое дело- там да, надо проверять правильность тестов).
То, что Вы написали не имеет отношения к делу- executor другой, а задачи те же. Зачем?