Package Data | |
---|---|
Maintainer Username: | info@silvertipsoftware.com |
Maintainer Contact: | andre@silvertipsoftware.com (Andre Sonnichsen) |
Package Create Date: | 2013-03-17 |
Package Last Update: | 2015-11-04 |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-11-11 15:14:53 |
Package Statistics | |
---|---|
Total Downloads: | 9,864 |
Monthly Downloads: | 153 |
Daily Downloads: | 1 |
Total Stars: | 8 |
Total Watchers: | 2 |
Total Forks: | 1 |
Total Open Issues: | 0 |
FactoryGirl is a (or hopes to be) a relatively faithful port of thoughtbot/factory_girl, a Ruby-land object factory library for testing.
Add silvertipsoftware/factorygirl
to the require-dev
section of your composer.json
:
"require-dev": {
"silvertipsoftware/factorygirl": "dev-master"
}
You can obviously choose any available version(s). Run composer update
to get it.
Add the FactoryGirl ServiceProvider to your Laravel application:
'providers' => array(
...
'SilvertipSoftware\FactoryGirl\FactoryGirlServiceProvider',
...
),
(optional) Add the following snippets to your app/config/app.php
file:
'aliases' => array(
...
'Factory' => 'SilvertipSoftware\FactoryGirl\Facades\FactoryGirl',
...
),
Currently, PHP 5.3+ is supported. PHP 5.4 would make some things nicer, so that may change for future releases.
See FactoryGirl
documentation to get a feel for what it does and is used for. The syntax is hopefully a straightforward port to PHP.
The app/tests/factories.php
file is used to store the factory definitions, and is automatically loaded on the first build/create on an object.
Factory::define('room', function($f) {
return array(
'name' => 'Meeting Room',
'capacity' => 5,
'notes' => 'Great views'
});
});
defines a factory for a Room
Eloquent model, and sets the name
,capacity
, and notes
attributes to the given values. The model class name is inferred from the factory name. Where that's not intended, the model class name can also be specified:
Factory::define('large_room', function($f) {
return array(
'name' => 'Banquet Hall',
'capacity' => 200
);
}, array(
'class' => 'Room'
));
With the factory defined above, your test code can do:
$room = Factory::build('room');
$another = Factory::build('large_room');
to get new room instances, which are not saved to the database. If you want them persisted, use create
:
$room = Factory::create('room');
In either case, attributes may be overridden by passing an array as a second parameter:
$extra_large_room = Factory::create('large_room', array(
'capacity' => 1000
));
Sequences return a value based on a increasing index passed to the closure. Useful for creating uni que attributes in a standard way.
Factory::sequence('email', function($n) {
return 'noreply'.$n'.@somedomain.com';
});
Then, in a factory, you can use the sequence by:
Factory::define('user', function($f) {
'username' => 'Joe Public',
'email' => $f->next('email'),
'status' => 'active'
});
Given a factory for an account
model, you can associate a user
model to it with:
Factory::define('user', function($f) {
return array(
'username' => 'Joe Public',
'email' => $f->next('email'),
'account' => $f->associate()
);
});
When a user
is built, an account
instance will be created and the account_id
of user
will be set to reference the new account
. Currently, only belongsTo
relations are supported, and the only "build strategy" is to save the associated object in the database.
Attribute values in the associated object can be overridden by passing an array:
...
'account' => $f->associate( array(
'plan' => 'platinum'
))
...
The factory to use is inferred from the attribute name. If a different factory is desired, pass it to the associate
call:
Factory::define('user', function($f) {
return array(
'username' => 'Richie Rich',
'email' => $f->next('email'),
'account' => $f->associate('paid_account')
);
});
Or, specify both the factory and overrides:
Factory::define('user', function($f) {
return array(
'username' => 'Richie Rich',
'email' => $f->next('email'),
'account' => $f->associate('paid_account', array(
'plan' => 'platinum'
))
);
});
A closure can also be passed as an attribute value, and it is evaluated during model build. This lets you do more complex logic at build-time. This is particularly useful for 3-object associations. For example:
Factory::define('room', function($f) {
return array(
'name' => 'Meeting Room',
'account' => $f->associate(),
'location' => function($room,$f) {
return $f->associate( array(
'account' => $room['account']
);
}
);
});
Attribute values are evaluated in the order they are given in the factory definition, so swapping account
and location
above would not have worked.
Factories can be chained to reuse common attribute definitions as follows:
Factory::define('room', function($f) {
return array(
'name' => 'Room 100',
'capacity' => 5
);
});
Factory::define('room_with_notes', function($f) {
return array(
'notes' => 'This is a nice room.'
);
}, array(
'parent' => 'room'
));
$room = Factory::build('room_with_notes');
echo $room->name; // Room 100
echo $room->notes; // This is a nice room.