richcongress/fixture-test

Generate random and meaningful data for objects

v0.2.0 2024-06-03 09:55 UTC

This package is auto-updated.

Last update: 2024-11-03 10:50:19 UTC


README

fixture test badge badge maintainability contributions welcome brightgreen license MIT blue PHP 7 Symfony 4%2B black Symfony 5%2B black

This library provides tools to generate quickly an object with its properties filled with random but meaningful values.

Table of content

1. Quick showcase

final class User
{
    /** @var int */
    private $id;

    /** @var string */
    private $username;

    /** @var string */
    private $password;

    /** @var \DateTime */
    private $dateAdd;

    /** @var \DateTime */
    private $dateUpdate;

    /** @var string */
    private $biography;
}

The FixtureGenerator can create an instance of this class:

$fixtureGenerator = new \RichCongress\FixtureTestBundle\Generator\FixtureGenerator();
$user = $fixtureGenerator->generate(User::class, [
    'biography' => 'This was generated by the library',
]);

If we serialize the class in Json, it will give something like this:

{
    // This is always null, we don't want the library to mess up with Doctrine
    "id": null,

    // This is a random username
    "username": "john_doe",

    // This is a random password
    "password": "k&|X+a45*2[",

    // This is a random date between -200 days and today
    "dateAdd": "2019-12-03 11:07:02",

    // Notice the dateUpdate is always after the dateAdd
    "dateUpdate": "2020-03-04 18:57:41",

    // This is a hard value given during the generation, so any property can be quickly overriden
    "biography": "This was generated by the library"
}

2. Installation

This version of the bundle requires Symfony 6.0+ and PHP 8.1+.

composer require richcongress/fixture-test

2.1. Symfony

If you plan to use it with Symfony, please install the richcongress/bundle-toolbox before, and makes sure that the RichCongressFixtureTestBundle is in the bundles.php.

3. Documentation

3.1. Configuration

4. Versioning

fixture-test follows semantic versioning. In short the scheme is MAJOR.MINOR.PATCH where 1. MAJOR is bumped when there is a breaking change, 2. MINOR is bumped when a new feature is added in a backward-compatible way, 3. PATCH is bumped when a bug is fixed in a backward-compatible way.

Versions bellow 1.0.0 are considered experimental and breaking changes may occur at any time.

5. Contributing

Contributions are welcomed! There are many ways to contribute, and we appreciate all of them. Here are some of the major ones:

  • Bug Reports: While we strive for quality software, bugs can happen, and we can’t fix issues we’re not aware of. So please report even if you’re not sure about it or just want to ask a question. If anything the issue might indicate that the documentation can still be improved!

  • Feature Request: You have a use case not covered by the current api? Want to suggest a change or add something? We’d be glad to read about it and start a discussion to try to find the best possible solution.

  • Pull Request: Want to contribute code or documentation? We’d love that! If you need help to get started, GitHub as documentation on pull requests. We use the "fork and pull model" were contributors push changes to their personal fork and then create pull requests to the main repository. Please make your pull requests against the master branch.

As a reminder, all contributors are expected to follow our Code of Conduct.

6. License

cookies-regulation-bundle is distributed under the terms of the MIT license.

See LICENSE for details.

7. Hacking

You might use Docker and docker-compose to hack the project. Check out the following commands.

# Start the project
docker-compose up -d

# Install dependencies
docker-compose exec application composer install

# Run tests
docker-compose exec application bin/phpunit

# Run a bash within the container
docker-compose exec application bash