Мое личное мнение - нужно по возможности избегать создания тестовых данных в базе для юнит-тестов и все, что можно сделать заглушками - делать заглушками.
Во-первых, это сильно облегчает и ускоряет тесты;
Во-вторых, цель юнит-тестирования - проверка логики работы метода. В данном случае операции чтения-записи в БД не относятся к функционалу метода, а относятся к функционалу фреймворка. Т.е. такие юнит-тесты по факту тестируют методы фреймворка, в чем как правило нет необходимости.
В-третьих, методы должны тестироваться изолированно. Наличие тестовых данных в БД для теста создает связанность.
Для меня юнит-тесты, в которых много операций с БД, это запашок.
Но если так уж хочется - то можно либо в tearDown вызывать очистку всех созданных данных через deleteAll(), либо пользоваться фикстурами (см ActiveFixture), либо каждый раз загружать дамп базы (см unit.suite.yml)
