Discussion :

[kevin254kl]

Bonjour à tous,

Pourriez-vous m'aider s'il vous plaît?
Dans mon app je dois faire des test unitaire.
Je suis sous laravel.
Pour tester les intéractions avec la base de données comment je dois procéder? Ou dois je utiliser les mocks?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 protected function setUp(): void
    {
        parent::setUp();
 
        $this->api = new Api();        
        $this->seller= new Vendor(['id_user' => 99, 'id_lang' => 'fr', 'id_currency' => 'EUR', 'id_site' => 1, 'name' => 'myVendor', 'ref' => '1234', 'description' => 'Lorem', 'file_logo' => '']);
        $this->sellerFluxProduct = new VendorFluxProduct([
            'id_flux' => 35,
            'ref' => 'GFTRG',
            'category' => 34
        ]);
        $this->sellerFlux = new VendorFlux(['id_vendor' => 45, 'name' => 'instantluxe', 'type' => 'csv', 'url' => 'http://timeluxe.com/instantluxe.csv', 'file' => '']);   
 
    }

Dans mon setup j'initialise mes composants, puis je test addpreduct contient des interactions avec la base de données

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
/*
     * Test add preduct
     * @return void
     */
    public function testAddPreduct()
    {
        $this->api->addPreduct($this->sellerFluxProduct, $this->sellerFlux, $this->seller);
    }

Merci

[rawsrc]

Salut,

Pour PHPUnit tu vas trouver toute la doc sur les tests de bases de données par ici.
Si tu veux juste fournir des résultats passant les assertions de manière certaine, tu peux effectivement te servir des mocks.
Les mocks sont très utiles dans la mesure où tu as à ta disposition des jeux de données (par exemple) comme s'ils provenaient d'une extraction de la base de données sauf que c'est toi qui les créés. Ainsi cela t'évite de taper la base de données (qui devra quand même être testée par ailleurs) et tu peux avoir des données alambiquées à souhait pour t'assurer de la solidité de ton code.

[kevin254kl]

Merci,

Pour les tests avec base de données vaut-il mieux dans ma classe de test

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
$this->vendorFlux = new VendorFlux(['id_vendor' => 1, 'name' => 'instantluxe', 
                                            'type' => 'csv', 'url' => 'http://timeluxe.com/instantluxe.csv', 'file' => '']);

Ou utiliser des seeders et factory? Sachant que la fonction que je dois tester à 3 modèles différent, mais puisque c'est un test api à partir de données csv il me faut des données statiques?
Une dernière question pour les rollbacks c'est quoi la bonne pratique?

Merci

[Invité]

Si tu es au niveau test unitaires, alors utilise les seeders Laravel puisque tu ne testes pas le modèle Eloquent mais une API. L'avantage des seeders, c'est que tu peux faire des données sur mesures, alors que les factory seront générique et donc les cas particuliers non gérés.

Personnellement, pour les application Laravel, j'utilise plutôt Codeception qui supporte la syntaxe PHPUnit mais aussi fourni des fonctionnalités pour Laravel. J'ai mon projet Kleis qui utilise Codeception pour les tests (note que dans mon cas j'utilise les seeders).

Pour la question des rollbacks, la bonne pratique c'est dans les tearDown() ou tearDownAfterClass(). Personnellement, j'opte pour le second sauf si les tests polluent réciproquement les données de tests.

Aussi, en bonne pratique, je recommande de séquencer les tests de façon a avoir les tests destructif a la fin au cas quelque chose ne tourne pas rond (dans un premier temps, après on peu avoir un peu plus de fun avec une séquence de test aléatoire).

[kevin254kl]

Super merci.