Есть ли DbUnit-подобный фреймворк, который не сосать для java/scala?

как разработчик DbUnit я благодарен за критику, и я должен частично согласиться с вами. В настоящее время мы начинаем разработку следующего крупного релиза DbUnit, и я хочу пригласить вас принять участие как в обсуждении, так и в разработке.

Я не собираюсь отвечать на ваши вопросы, поскольку ваш вопрос на самом деле не связан с DbUnit, а с альтернативами DbUnit. В любом случае, я просто хочу подчеркнуть, что Ваш пункт 7 полностью ложен: вам не нужно указывать все столбцы на первом строка больше не является функцией, которая называется распознаванием столбцов. Я не собираюсь рассказывать вам, почему он не включен по умолчанию, поскольку вы, безусловно, достаточно умны, чтобы понять это самостоятельно.

Я дам scaladbtest глубокое исследование в надежде, что мы сможем интегрировать свои идеи.

столкнувшись с аналогичными проблемами с помощью DBUnit я нашел это:http://dbsetup.ninja-squad.com/index.html который может решить проблемы. Например, вместо представления тестовых данных в отдельных файлах все содержимое БД содержится в самом классе java.

Если вы используете Spring Framework (или не возражаете использовать его хотя бы для тестирования), то Spring DBUnit в настоящее время является лучшей (поддерживаемой) альтернативой простому DBUnit, который я знаю и использую. Цитируя их сайт:

Весна DBUnit обеспечивает интеграцию между испытанием весны рамки и популярного проекта д. Банкрофт. Он позволяет вам настроить и демонтаж таблиц базы данных с использованием простых аннотаций, а также проверка ожидается, стол содержание после завершения теста.

Spring DBUnit, по-видимому, является "несколько официальным" решением Spring для модульного тестирования DB (с DBUnit); по крайней мере, автор/сопровождающий библиотеки Фил Уэбб работает в SpringSource/Pivotal.

Я использую DBUnit, с несколькими обертками, чтобы сгладить шероховатости. Хороший инструмент, который может либо дополнять, либо перекрывать функциональность тюремщик. Он может извлекать подмножества данных из справочной базы данных и хранить их либо в виде XML-файлов, совместимых с DBUnit, либо в виде "топологически отсортированных файлов DML", которые уважают ограничения внешнего ключа.

Вы делаете отличную точку.

я работал для многих веб-порталов за последние годы, в основном с PHP, но и некоторые Java время от времени.
И, как и вы, я не понимаю, что после всех этих лет framework и unittesting разработчики, похоже, не понимают, насколько сильно изменилась обработка памяти за последнее десятилетие. Недостаточно просто отправить инструкции create/insert/truncate в какую-либо базу данных! Если вы работаете в больших масштабах, вы в конечном итоге используете все виды бэкендов хранения, организованных в слоях, чтобы быстро выталкивать горячий контент. Плюс на фронте базы данных есть проблема разделения данных. Если у вас нет надлежащей абстракции внешнего ключа при условии, что вы, безусловно, сойдете с ума, когда ваша настройка хранилища изменится. И пока мы на нем: порядок крепления по приоритету внешнего ключа имеет много подводных камней, и я еще не видел реального решения для этого с DBUnit.

в любом случае, дело в том, что у вас есть только базовое хранилище базы данных для unittesting недостаточно для сложных настроек хранения, так как они часто не воспроизводят проблемы в живой среде и являются болью в заднице для поддержания.

не желая звучать как фанат: одно место, где все в порядке, это ruby on rails. У этого есть постоянная концепция модели, в которую люди, похоже, действительно вложили некоторую мысль. Если вы имеете дело с PHP,Symfony - это место, чтобы пойти. Он ограничен включением по умолчанию Doctrine, С также довольно DB-centric, но он имеет чистые интерфейсы и большую расширяемость и полностью скопировал систему крепления рельсов. Профессионально мне нужно придерживаться доморощенных решений на данный момент, но они работают нормально.

Я только что выпустил библиотеку под названием JDBDT (Java Database Delta Testing), которая вы можете использовать для установки и проверки базы данных в тестах программного обеспечения.

взгляните на http://jdbdt.org

лучшие, Эдуардо

вот краткий список нескольких инструментов в этом ключе (кроме DBunit), которые мне особенно нравятся или кажутся интересными. По крайней мере, они могут предложить некоторое вдохновение:

• Incanto
• SQLunit
• кактус
• Liquibase
• ORMUnit
• JMock

обратите внимание, что ни один из них на самом деле не конкуренты для DBunit с точки зрения области или наборов функций. Тем не менее, есть несколько интересных идей, на которые стоит обратить внимание. Удачи вам!

мы пишем Daleq как обертка вокруг DbUnit для решения некоторых из упомянутых проблем. Это позволяет заполнять БД только в рамках вашего модульного теста, а не полагаться на редактирование XML-файлов.

У меня тоже были подобные проблемы с DBUnit. Особенно для использования его для заполнения локальных данных разработки и экспорта данных из реальной базы данных. Я столкнулся с несколькими случаями, когда он экспортировал набор данных, который он не мог импортировать.

это вдохновило меня написать новую библиотеку для него:https://github.com/jeffskj/phonydata

Это использует groovy DSL для определения наборов данных, что обеспечивает очень компактное представление данных и позволяет делайте классные вещи, такие как генерация случайных данных, так как это просто отличный код.

альтернативы с помощью Весна конфигурации и Specs2 тестирование можно найти здесь

Я только что выпустил groovy DSL-фреймворк под названием pedal-loader, доступный через github. Документация здесь.

Это позволяет работать с абстракцией уровня сущности JPA напрямую. Поскольку это скрипт groovy, вы можете использовать все конструкции groovy.

чтобы вставить строки в таблицу, поддерживаемую сущностью JPA под названием Student, с полями (не столбцами базы данных, а сопоставленными полями) под названием id, name и grade, вы должны сделать что-то вроде это:

allStudents = table(Student, ['id', 'name', 'grade']) {
    row 1, 'Joe', Grade.A
    rowOfInterest = row 2, 'John', Grade.B
}

Grade-это перечисление в классе Student, которое сопоставляется со столбцом базы данных (возможно, с помощью JPA 2.1 @Convert annotation). allStudents-это список, который будет содержать строки, а rowOfInterest-это ссылка на определенную строку. Эти свойства (allStudents и rowOfInterest) становятся доступными для вашего модульного теста.

ситуация DBUnit действительно иногда расстраивает. Некоторые проблемы решаются из Марк Филипп С dbunit-datasetbuilder, особенно, если вы объедините его с оценщика, который находится на очень ранней стадии. Вы можете увидеть его в действии в SZE.

отказ от ответственности: Все ссылки на github-ресурсы поддерживаются мной.