Ugly changes to make it compatible with MongoDB.
A Symfony bundle to manage fixtures with nelmio/alice and fzaninotto/Faker.
The database support is done in FidryAliceDataFixtures. Check this project to know which database/ORM is supported.
Warning: this is the documentation for HautelookAliceBundle 2.0. If you want to check the documentation for 1.x, head this way.
HautelookAliceBundle changed a lot, it first was acting as a simple bundle for nelmio/alice, it then started to ship some additional features to enrich it.
HautelookAliceBundle 1.x was the first milestone reaching a certain level of maturity in its usage:
- Easily load a set of fixtures from a command
- Being able to define different sets of fixtures for multiple environments
- Customize the data generation with custom Faker providers
- Customize the loading behaviour with processors
HautelookAliceBundle 2.x changes a lot, although not so much. In 1.x, a lot of complexity was brought in the bundle due to nelmio/alice 2.x limitations and were at best workarounds (like the lack of handling of circular references). A lot of that complexity has been pushed back to nelmio/alice 3.x which has a much more flexible design. As a result:
- nelmio/alice 3.x allows you to easily create PHP objects with random data in an elegant way
- FidryAliceDataFixtures is a persistence layer for nelmio/alice 3.x. If you need to persist the loaded objects, it is the package you need. It provides you the flexibility to be able to purge the data between each loadings or wrap the loading in a transaction for your tests for example to simply rollback once the test is finished instead of calling an expansive purge.
- hautelook/alice-bundle 2.x provides high-level features including fixtures discovery (find the appropriate files and load them), and helpers for database testing. If you just need to load specific sets of files for your tests, FidryAliceDataFixtures is enough.
- Install
- Basic usage
- Database testing
- Advanced usage
- Custom Faker Providers
- Custom Alice Processors
- Resources
With Symfony Flex (recommended):
# If you do not have Doctrine installed yet:
composer require doctrine-orm
composer require --dev hautelook/alice-bundle
You're ready to use AliceBundle, and can jump to the next section!
Without Flex you will have to install doctrine/orm
and register the bundles accordingly in app/AppKernel.php
or
wherever your Kernel class is located:
<?php
// app/AppKernel.php
public function registerBundles()
{
$bundles = [
new Symfony\Bundle\FrameworkBundle\FrameworkBundle(),
// ...
new Doctrine\Bundle\DoctrineBundle\DoctrineBundle(),
];
if (in_array($this->getEnvironment(), ['dev', 'test'])) {
//...
$bundles[] = new Nelmio\Alice\Bridge\Symfony\NelmioAliceBundle();
$bundles[] = new Fidry\AliceDataFixtures\Bridge\Symfony\FidryAliceDataFixturesBundle();
$bundles[] = new Hautelook\AliceBundle\HautelookAliceBundle();
}
return $bundles;
}
Configure the bundle to your needs, for example:
# config/packages/dev/hautelook_alice.yaml
hautelook_alice:
fixtures_path: 'fixtures' # Path to which to look for fixtures relative to the project directory or the bundle path. May be a string or an array of strings.
root_dirs:
- '%kernel.root_dir%'
- '%kernel.project_dir%'
If you are using a non-flex architecture, you may want to use Resources/fixtures
instead of fixtures
.
Assuming you are using Doctrine, make sure you
have the doctrine/doctrine-bundle
and
doctrine/data-fixtures
packages installed.
Then create a fixture file in one of the following location:
fixtures
if you are using flexapp/Resources/fixtures
if you have a non-flex bundle-less Symfony applicationsrc/AppBundle/Resources/fixtures
or any bundle under which you want to place the fixtures
# fixtures/dummy.yaml
App\Entity\Dummy:
dummy_{1..10}:
name: <name()>
related_dummy: '@related_dummy*'
# fixtures/related_dummy.yaml
App\Entity\RelatedDummy:
related_dummy_{1..10}:
name: <name()>
Then simply load your fixtures with the doctrine command php bin/console hautelook:fixtures:load
.
If you want to load the fixtures of a bundle only, do php bin/console hautelook:fixtures:load -b MyFirstBundle -b MySecondBundle
.
See more.
Next chapter: Advanced usage
The bundle provides nice helpers, inspired by Laravel,
dedicated for database testing: RefreshMongoDbTrait
, ReloadMongoDbTrait
and RecreateMongoDbTrait
.
These traits allow to easily reset the database in a known state before each PHPUnit test: it purges the database then loads
the fixtures.
They are particularly helpful when writing functional tests and when using Panther.
To improve performance, RefreshMongoDbTrait
populates the database only one time, then wraps every tests in a
transaction that will be rolled back at the end after its execution (regardless of if it's a success or a failure):
<?php
namespace App\Tests;
use Hautelook\AliceBundle\PhpUnit\RefreshMongoDbTrait;
use Symfony\Bundle\FrameworkBundle\Test\WebTestCase;
class NewsTest extends WebTestCase
{
use RefreshMongoDbTrait;
public function postCommentTest()
{
$client = static::createClient(); // The transaction starts just after the boot of the Symfony kernel
$crawler = $client->request('GET', '/my-news');
$form = $crawler->filter('#post-comment')->form(['new-comment' => 'Symfony is so cool!']);
$client->submit($form);
// At the end of this test, the transaction will be rolled back (even if the test fails)
}
}
Sometimes, wrapping tests in transactions is not possible. For instance, when using Panther, changes to the database
are made by another PHP process, so it wont work.
In such cases, use the ReloadDatabase
trait. It will purge the DB and load fixtures before every tests:
<?php
namespace App\Tests;
use Hautelook\AliceBundle\PhpUnit\ReloadMongoDbTrait;
use Symfony\Component\Panther\PantherTestCase;
class NewsTest extends PantherTestCase // Be sure to extends KernelTestCase, WebTestCase or PantherTestCase
{
use ReloadMongoDbTrait;
public function postCommentTest()
{
$client = static::createPantherClient();// The database will be reset after every boot of the Symfony kernel
$crawler = $client->request('GET', '/my-news');
$form = $crawler->filter('#post-comment')->form(['new-comment' => 'Symfony is so cool!']);
$client->submit($form);
}
}
This strategy doesn't work when using Panther, because the changes to the database are done by another process, outside of the transaction.
Both traits provide several configuration options as protected static properties:
self::$manager
: The name of the Doctrine manager to useself::$bundles
: The list of bundles where to look for fixturesself::$append
: Append fixtures instead of purgingself::$purgeWithTruncate
: Use TRUNCATE to purgeself::$shard
: The name of the Doctrine shard to useself::$connection
: The name of the Doctrine connection to use
Use them in the setUpBeforeClass
method.
<?php
namespace App\Tests;
use Hautelook\AliceBundle\PhpUnit\RefreshMongoDbTrait;
use Symfony\Bundle\FrameworkBundle\Test\WebTestCase;
class NewsTest extends WebTestCase
{
use RefreshMongoDbTrait;
public static function setUpBeforeClass()
{
self::$append = true;
}
// ...
}
Finally, if you're using in memory SQLite for your tests, use RecreateMongoDbTrait
to create the database schema "on the fly":
<?php
namespace App\Tests;
use Hautelook\AliceBundle\PhpUnit\RecreateMongoDbTrait;
use Symfony\Bundle\FrameworkBundle\Test\WebTestCase;
class NewsTest extends WebTestCase
{
use RecreateMongoDbTrait;
// ...
}
- Behat extension: AliceBundleExtension
- Bundle for generating AliceBundle compatible fixtures directly from Doctrine entities: AliceGeneratorBundle
- Upgrade guide
- Changelog
This bundle was originaly developped by Baldur RENSCH and HauteLook. It is now maintained by Théo FIDRY.