FixtureReplacement is a Rails gem that provides a simple way to quickly populate your test database with model objects without having to manage multiple, brittle fixture files. You can easily set up complex object graphs (with models which reference other models) and add new objects on the fly.
(If you’ve ever used FactoryGirl / FactoryBot, you’re probably already quite familiar with fixture_replacement, as it proceeded FactoryGirl. Also, FR is much more opinionated, and much less PC!)
Not only can FixtureReplacement make your test data easier to maintain, it can also help to make your tests and specs much more readable and intention-revealing by allowing you to omit extraneous details and focus only on the attributes that are important for a particular behaviour. It works well with both RSpec and Test::Unit.
-
default_* is gone in favor of new_*.
-
Cyclic dependencies are no longer an issue. The “overrides hash” (the hash passed to new_* or create_*) can now be processed.
See CHANGELOG.rdoc + test suite for further changes.
Add it to your Gemfile:
group :development, :test do gem "fixture_replacement", "~> 4.0" end
Add the following to your spec/rails_helper.rb
file, in the configuration section:
RSpec.configure do |config| config.include FixtureReplacement end
Add the following to your test/test_helper.rb
file:
class Test::Unit::TestCase include FixtureReplacement end
At the heart of FixtureReplacement is the db/example_data.rb
file where you define the default attributes for each of your test models. This example shows the default attributes for a user:
module FixtureReplacement attributes_for :user do |u| password = random_string u.value = "a value", u.other = "other value", u.another = random_string, # random string 10 characters long u.one_more = random_string(15), # 15 characters long u.password = password, u.password_confirmation = password, u.associated_object = new_bar # expects attributes_for :bar to be setup end end
Note that:
-
A ‘random_string’ method is provided for attributes whose exact value isn’t important; this means you can create multiple, unique model instances
-
you can perform arbitrary set-up and execute any Ruby code prior to returning the hash (as shown here where a
password
is generated and then used for both the:password
and:password_confirmation
attributes) -
a
new_modelname
method is automatically provided that allows you to set up dependent model objects (in this case an instance of theBar
model)
Based on the above definition FixtureReplacement makes the following methods available:
-
random_string
: generates a random string as shown above -
new_user
: equivalent toUser.new
with the attributes for the user. -
create_user
: equivalent toUser.create!
with the user’s attributes. -
valid_user_attributes
: returns a hash of the user’s attributes including associations, specified in db/example_data.rb.
Overrides of specific attributes can be performed as follows:
new_user(:thing => "overridden") create_user(:thing => "overridden")
Overrides can also be used with associations:
scott = create_user(:username => "scott") post = create_post(:user => scott)
Validate your fixture definitions after including it in the spec helper or test helper:
Spec::Runner.configuration do |config| config.include FixtureReplacement end FixtureReplacement.validate!
class Test::Unit::TestCase include FixtureReplacement end FixtureReplacement.validate!
$ ./script/console Loading development environment >> include FR => Object >> create_user => #<User id: 1, crypted_password: "521faec1c095..." ...>
See philosophy_and_bugs.rdoc
See contributions.rdoc
This software is dual licensed under the MIT and the GPLv3 Licenses (it’s your pick).
Copyright 2007-2022 Scott Taylor / smtlaissezfaire (scott@railsnewbie.com)