views:

480

answers:

4

Factory Girl is a handy framework in rails for easily creating instances of models for testing.

From the Factory Girl home page:

factory_girl allows you to quickly define prototypes for each of your models and ask for instances with properties that are important to the test at hand.

An example (also from the home page):

Factory.sequence :email do |n|
    "somebody#{n}@example.com"
end

# Let's define a factory for the User model. The class name is guessed from the
# factory name.
Factory.define :user do |f|
    # These properties are set statically, and are evaluated when the factory is
    # defined.
    f.first_name 'John'
    f.last_name  'Doe'
    f.admin      false
    # This property is set "lazily." The block will be called whenever an
    # instance is generated, and the return value of the block is used as the
    # value for the attribute.
    f.email      { Factory.next(:email) }
end

if I need a user a can just call

test_user = Factory(:user, :admin => true)

which will yield a user with all the properties specified in the factory prototype, except for the admin property which I have specified explicitly. Also note that the email factory method will yield a different email each time it is called.

I'm thinking it should be pretty easy to implement something similar for Java, but I don't want to reinvent the wheel.

P.S: I know about both JMock and EasyMoc, however I am not talking about a mocking framework here.

A: 

If your model objects are simple, there is not reason to use a framework to create them, just simply use 'new' operator. If you have complex model (complex relationships) then you can use spring to bind them together (even in test scenarios you can use spring)

  • but this is simply for data objects, if you are talking about instantiating objects that are doing something, its recommended to mock/stub the external relationships instead of using real instances.
silmx
"If your model objects are simple"They're not :-)"you can use spring to bind them together"Can you eloborate a bit on that? Let's say I have a Movie model, Movie has a number of Streams, each Stream has a Host. Now I would like 25 movies for testing purposes. How does Spring help me? What if I need 25 movies in the database to test my finder mehods?
KaptajnKold
I wouldn't recommend trying to build these using the 'new' keyword for objects of any complexity. At the very least you would want to use the Object Mother pattern (essentially create static factory methods for commonly initialized objects) but ideally you'd use the Builder pattern because it provides you sane defaults and a mechanism to override properties on a granular level.
cwash
I think you are mixing too many things in here.- For database code testing, you have DBUnit for example that helps you manage the database pre/post test.- for a unit test you will not need 25 movies, 2 ore 3 are enough to UNIT test the class.My opinion is ... try to simplify your tests, and you'll see that you don't need a framework to build the input for the test.
silmx
When you accumulate a lot of unit tests, and for simplicity sake they all new up their own objects. When one of those objects adds a parameter in the constructor somewhere now you have to go change 50 some objects to account for that. Or worse, the change occurs in a deeply nested domain object. This is why people recommend using Object Mothers or Test Data Builders (or Factory Girl if you're in Ruby) - so that your Unit Tests aren't too difficult to maintain. When they are, people stop writing them, or just commenting them out, which defeats the purpose.
cwash
+2  A: 
  1. I understand this isn't for everybody, but you could write Ruby test code against your Java code. (JTestR)
  2. The preferred way of doing this in Java is using the Test Data Builder pattern. I would argue that this approach doesn't really warrant introducing the complexity of a framework or external dependency. I just don't see how you could specify much less using a framework and get anything more out of it... the Builder syntax is essentially equivalent to your FactoryGirl syntax. (Someone feel free to convince me otherwise!)
cwash
+1  A: 

I know this isn't exactly what you are looking for...

I the past I've written some code that using reflection to populate a beans values. The basic idea is to find all the setters and call each with a dummy value. My version set all Strings as the name of the field setName would be called with "name", then set all ints as 1, booleans to true etc.

I then used this in conjuction with the patterns similar to Object mother and Test Data Builder.

It provided a good start for test data and any fields that required specific values could be set explicitly as part of the test.

Hope this helps.

Pablojim
+2  A: 

One possible library for doing this is Usurper.

However, if you want to specify properties of the objects you are creating, then Java's static typing makes a framework pointless. You'd have to specify the property names as strings so that the framework could look up property accessors using reflection or Java Bean introspection. That would make refactoring much more difficult.

It's much simpler to just new up the objects and call their methods. If you want to avoid lots of boilerplate code in tests, the Test Data Builder pattern can help.

Nat
Well said - I'd accept this answer if it were my question. :)
cwash