По моему опыту, это отличное использование для фиктивных объектов. В частности, в случаях, когда вам необходимо вызвать конкретный сбой, чтобы проверить, как ваш объект, в случае модульного теста, или набор объектов, в случае интеграционных тестов, будет обрабатывать конкретный сбой. Лучше иметь полный контроль над ошибкой, чем форсировать конкретный случай неудачи в ваших интеграционных тестах.
Я недавно работал с структурой сущностей, где столкнулся с подобной дилеммой. Создавая фиктивные объекты для сущностей, я смог принудительно вызвать исключение во время вызовов методов при выполнении определенных тестов, чтобы проверить условия сбоя, взаимодействующие с базой данных. Этот ответ не относится к транзакционной среде Spring, но я уверен, что применяются те же принципы.