Существует ли для Java такой фреймворк, как Factory Girl?

Одной из возможных библиотек для этого является Usurper.

Однако, если вы хотите указать свойства создаваемых вами объектов, статическая типизация Java делает фреймворк бессмысленным. Вам нужно будет указать имена свойств в виде строк, чтобы платформа могла искать методы доступа к свойствам, используя отражение или самоанализ Java Bean. Это значительно усложнило бы рефакторинг.

Гораздо проще просто создать новые объекты и вызвать их методы. Если вы хотите избежать большого количества стандартного кода в тестах, вам может помочь шаблон Test Data Builder.

Я также искал Java-эквивалент Factory Girl, но ничего подобного не нашел. Вместо этого я создал решение с нуля. Фабрика для создания моделей на Java: Model Citizen.

Вдохновленный Factory Girl, он использует аннотации полей для установки значений по умолчанию для Модели, простой пример. из вики:

@Blueprint(Car.class)
public class CarBlueprint {

    @Default
    String make = "car make";

    @Default
    String manufacturer = "car manufacturer";

    @Default
    Integer mileage = 100;

    @Default
    Map status = new HashMap();
}

Это будет чертеж модели автомобиля. Это регистрируется в ModelFactory, после чего новые экземпляры могут быть созданы следующим образом:

ModelFactory modelFactory = new ModelFactory();
modelFactory.registerBlueprint( CarBlueprint.class );
Car car = modelFactory.createModel(Car.class);

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

Car car = new Car();
car.setMake( "mustang" );
car = modelFactory.createModel( car );

В вики есть более сложные примеры (например, использование @Mapped) и подробности для еще нескольких наворотов.

1. Я понимаю, что это не для всех, но вы можете написать тестовый код Ruby для своего кода Java. (JTestR)
2. Предпочтительным способом сделать это в Java является использование шаблона Test Data Builder. Я бы сказал, что этот подход на самом деле не гарантирует введение сложности фреймворка или внешней зависимости. Я просто не понимаю, как можно указать гораздо меньше, используя фреймворк, и получить от него что-то большее... Синтаксис Builder по существу эквивалентен вашему синтаксису FactoryGirl. (Кто-то не стесняется убеждать меня в обратном!)

Я знаю, что это не совсем то, что вы ищете...

В прошлом я написал некоторый код, который использует отражение для заполнения значений bean-компонентов. Основная идея состоит в том, чтобы найти все сеттеры и вызвать каждый с фиктивным значением. Моя версия установила все строки, так как имя поля setName будет вызываться с «именем», затем установить все целые числа как 1, логические значения равны истине и т. д.

Затем я использовал это в сочетании с шаблонами, подобными Object Mother и Test Data Builder.

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

Надеюсь это поможет.

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

Я только что написал небольшой помощник https://gist.github.com/pgaertig/9502960. называемый FactoryGrill;), который позволяет вам писать сценарии данных, как показано ниже.

insert('MyTable', ID: 1, CREATED_AT: new Date(), NAME: 'Example text')

выше эквивалентно:

INSERT INTO MyTable(ID, CREATED_AT, NAME) VALUES (1, ..current date here.., 'Example text')

Вы можете сделать больше с Groovy:

import org.apache.commons.lang3.RandomStringUtils;

for ( i in 0..9 ) {
     insert('USERS', CREATED_AT: new Date(), EMAIL: "test${i}@mydomain.com",
                     SALT: RandomStringUtils.randomAlphanumeric(32));
}

load(new File('usersettings.groovy').text)    //script nesting etc

На самом деле это не фабрика, потому что фабрики довольно прямолинейны в Groovy с конструктор карт или развернуть.

Ссылки и другие материалы от FactoryGirl в настоящее время недоступны, потому что вышеперечисленное достигается только с ~ 30LOC. Однако, если есть интерес к моему решению, я добавлю специальный проект на Github.

Если ваши объекты модели просты, нет причин использовать фреймворк для их создания, просто используйте оператор «новый». Если у вас сложная модель (сложные отношения), вы можете использовать Spring, чтобы связать их вместе (даже в тестовых сценариях вы можете использовать Spring).

• но это просто для объектов данных, если вы говорите о создании экземпляров объектов, которые что-то делают, рекомендуется имитировать/заглушать внешние отношения вместо использования реальных экземпляров.