Никто транзакции обычно не тестирует. Потому-что это штатная фича БД.

Но можно тестировать или искать неудачные реализации твоего алгоритма
на транзакциях. Для этого надо создать 2 сеанса соедниения в datasource
и сымитировать ээ.... сколько там? Если это Oracle - то 3 режима, R/O, seralizable,
read commited.... или в generic-варианте... 6 режимов (правда я не знаю какая
dbms это поддержит надо курить доки).

И сочетания.. 3 * 3 = 9 вариантов ситуаций для Oracle.

Сложность тестинга негативных сценариев будет скорее всего в том что они
- возникают под нагрузкой и как следствие тестинг из модульного (junit)
становится нагрузочным а это... согласитесь несколько новая постановка.

Atum1mayton,

транзакции это в данном случае АСПЕКТЫ - просо обертка в которой вызвается бегин потом коммит или ролбек ...
Думаю да.