Вот некоторые вещи, которые мне действительно не нравятся в dbunit:
1) Вы не можете указать точный порядок вставок, потому что dbunit любит группировать ваши вставки по имени таблицы, а не по порядку, который вы определяете в файле XML. Это проблема, когда у вас есть записи, зависящие от других записей в других таблицах, поэтому вы должны отключить ограничения внешнего ключа во время ваших тестов ... что на самом деле отстой, потому что эти ограничения внешнего ключа будут запущены в производстве, а ваши тесты - нет. знать о них!
2) Они кажутся одержимыми, заставляя вас использовать пространство имен xml для определения вашего xml ... и я, честно говоря, не могу возиться с этим. Мне нравится data.xml без какого-либо пространства имен. Оно работает. Но они так одержимы, осуждая это.
3) Создание разных XML-файлов сложно для каждого теста, поэтому на самом деле поощряет создание данных для всего вашего приложения. К сожалению, этот процесс тоже немного раздут, когда данные увеличиваются в размерах и вещи запутываются. Должен быть лучший способ разбить ваши тестовые данные на куски без необходимости копировать / вставлять большую часть тестовых данных во все ваши тесты.
4) Отслеживание ссылок на идентификаторы в большом XML-файле просто невозможно. Если у вас 130 классов доменов, это просто сбивает с толку. Эта модель просто не масштабируется.
Есть ли что-то менее раздутое и лучшее в пространстве Spring / Hibernate? Единица БД исчерпала себя, и я действительно ищу что-то лучшее.