Подскажите что лучше использовать для добавления или генерации тестовых данных в БД? Интересуют инструменты и сам процесс работы с тестовыми данными.

Atum1, а вы у себя тоже скриптом просто импортируете данные? Будет ведь проблема синхронизации структуры данных реальных и тестовых. И к тому же добавляешь какую-нибудь штуку новую и придется все эти скрипты заново создавать.

И что с генерацией данных? Например тест сервиса регистрации пользователя и метод добавления пользователя в БД. Оба принимают entity Account и логично было бы его генерировать.

Petro123, Масштабы не промышленные но хотелось бы узнать как это делать более правильно.

авторОбычно когда пишешь код. То по 100 раз на дню добавляешь сам данные.

Просто на основе этих данных писать тесты не очень стабильное решение получится. Через месяц забудешь зачем добавлял, удалишь и тест лег.

авторИли у вас код вставки пишет один, а показ данных другой?

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

Petro123, видел эту штуку, как-то не очень понравилось. Лучше наверное в ручную добавить данные и не парится и просто сделать дамп на черный день.

Petro123ну и сказал бы чем не понравилось. А то, увидел большое решение и испугался).
А я и написал что мне наверное лучше будет создать данные в БД по умолчанию. И просто их не изменять, используя транзакции для отката. Так наверное проще всего тестировать методы работы с БД.

Вот только такое не прокатит когда нужно получить в цикле данные для проверки (по дате проверки), проверить их и изменить дату. Получится зацикливание поскольку изменения откатятся.

Atum1с генерацией - junit тесты - пишите предтест , который создает в n потоков объекты и сохраняет их в вашу БД.
потом так же удаляете , либо перед каждым тестом либо после всех ...

Да, так лучше получится чем в каждом методе создавать новые данные для теста. Пока вижу смысл в смешанном использовании данных по умолчанию и такого варианта.

Petro123, если по умолчанию нельзя добавить данные и потом их откатывать. То тогда вопрос как лучше добавлять такие данные. Понятно что перед тестом при помощи @Before можно инициализировать добавление. Но вопрос у меня в том а как это самое добавление делать. Через обычную вставку хибернейтом. Просто когда у таблиц много связей то эти все каскады надоест прописывать. Чтобы создать комментарий к примеру на этом форуме нужно создать пользователя, категорию, тему и комментарий.

В репозитории сделать метод создания тестового комментария наверное нельзя, поскольку DI я думаю не сработает. Придется делать отдельный слой (service) и в нем создавать тестовые данные. Еще есть вариант сделать фабрику тестовых данных. Но в этом всем есть проблема что постоянно при добавлении новых полей в БД тесты будут рушатся. По этому мне и интересно кто и как добавляет тестовые данные.

И чего в том же хибернете например не сделать чтобы анотациями в сущности указываешь шаблон для генерации и данные сами бы генерировались. Может что-то подобное есть и я не знаю просто об этом.

Petro123, все равно ведь стоит вопрос добавления тестовых данных. Чтобы протестировать обновление комментариев то нужно сначала все эти каскады данных добавить.

автор- твоя девелопер БД на твоей машине? В сети? Права на неё какие? Админские?
На моей машине с правами администратора.

автор- на чём тестить?
Я TestNG + Махито использую.

автор- какой код для тестов?
Берем с БД записи с датой обновления более N дней.
Проверяем через интернет значение (Махитой эмулирую).
Добавляем обновленное значение в БД и меняем дату.

автортебе Atum1 дал ссылку - разобрал?
Смотрел. Решение очень простое но если добавить ячейку в БД то тесты посыпятся.

авторВвод коммента на sql_ru это insert в одну таблу IMHO. Какой каскад?
Ну это потому что есть пользователь, раздел, тема. Но ты ведь когда будешь добавлять данные не факт что это будет, и нужно весь каскад данных добавлять.

авторКакой именно тест тебе нужен? Т.к. тест выше модульного тут всего раз-два в году тема проскакивает.
Это больше похоже на модульный тест чем на интеграционный поскольку я махитой эмулирую работу другого модуля и остается обработка значений БД в цикле.