Support for Rails fixtures hasn't been put into the neo4j
gem. It is actually an ActiveRecord feature which we just haven't put in yet. To start with I would suggest checking out factory_girl:
https://github.com/thoughtbot/factory_girl
It provides a much more dynamic and easier to maintain system of defining factories and creating objects in your tests. Of course that means that your tests will be slower because they need to make the database calls for each test rather than setting up the objects at the beginning like fixtures do.
A lot of people get into a "one way must be better" mentality and say that you need to use either fixtures or factories. I think that there's actually room for both in a project. Fixtures are great especially for objects which you know are always going to be there. One of the biggest problems with them is that you need to refer back to your fixture files when you're working on your tests.
In your edit you mentioned that fixtures don't support relationships. That's not exactly true. ActiveRecord fixtures support defining properties in the YAML which specify values for associations. In ActiveRecord associations are managed via foreign keys/join tables, but in Neo4j they're just done through relationships. So I imagine the same structure would be fine. If you're looking to tackle this I would keep a couple of things in mind:
In ActiveRecord fixtures you can specify the foreign key column directly or you can specify the association via it's name and refer to it's identifier, like this:
### in pirates.yml
reginald:
name: Reginald the Pirate
monkey_id: 123
# OR
monkey: george
### in monkeys.yml
george:
name: George the Monkey
With ActiveRecord fixtures, those identifiers are actually hashed to an integer and then that integer is always used for that record's ID in the database. This makes it easy to set the associations. Some similar workaround would probably need to be done for neo4j.rb. Note that ActiveNode models had a default uuid
property so maybe that could be overridden, but you'd want to make sure you don't affect user's custom id_property
definitions.