Tester sur symfony : Chapitre 2, Tester avec une base de données

Article ► grafikart.fr/tutoriels/tests-...
Abonnez-vous ► bit.ly/GrafikartSubscribe
Dans le cadre des tests fonctionnels on va souvent être amené à travailler avec une base de données. Afin de maîtriser les données qui sont présentes au moment de note test on va pouvoir utiliser un système de fixtures. Ce système va permettre de déclarer un ensemble de données à rentrer dans la base avant d'exécuter chaque test.
Soutenez Grafikart:
Devenez premium ► grafikart.fr/premium
Donnez via Utip ► utip.io/grafikart
Retrouvez Grafikart sur:
Le site ► grafikart.fr
Twitter ► / grafikart_fr
Discord ► grafikart.fr/tchat

[@oliviermbombo6569]

Exactement ce dont j'avais besoin !merci Jonathan 😊

[@hugobarsamian7859]

A 8:39 Si vous avez l'erreur : 1) App\Tests\UserRepositoryTest::testCount Doctrine\DBAL\Exception\DriverException: An exception occurred in driver: could not find driver Faite : sudo apt install php-sqlite3

[@naoufelraouine3743]

Pour le problème "coulf not find driver" il suffit d'indiquer qu'on travaille sur env.test sinon il va utiliser les paramètres par défaut dans le fichier "env" php bin/console doctrine:fixtures:load --env=test

[@redamekhezzem1997]

Bonjour Grafikart, pour la fonction loadFixtures ne marchais pas dans mon cas il a fallu que je mette la class UserTestRepository extends WebTestCase au lieu de KernalTestCase pour régler le problème, sinon super vidéo, merci pour ton effort et bonne continuation

[@soufianel-hajioui8901]

Merci beaucoup pour ce tuto, par contre j'aimerai bien savoir s'il y a moyen d'avoir un tuto sur le CMS Drupal 8 ? Cordialement.

[@grafikart]

Je n'utilise pas drupal donc aucun tutoriel n'est prévu pour le moment.

[@soufianel-hajioui8901]

Je vous remercie bien pour votre réponse ainsi pour votre tutoriel !

[@poyo2]

-pourquoi LiipTestFixturesBundle fonctionne seulement avec un WebTestCase et non avec un KernelTestCase (ca m'affiche une erreur si j'utilise kernelTestCase). -D’ailleurs je ne vois pas la différence entre ses deux (Chez moi le webTestCase faisait très bien l'affaire ) .

[@neldev9813]

Pas exactement. KernelTestCase a été extrait de WebTestCase (qui hérite donc de KernelTestCase) pour être plus concentré sur les tests fonctionnels. Elle inclus donc aussi d'autres outils pour faire des tests clients donc est forcement un poil plus lourde. Raison pour laquelle c'est un peu difficile pour moi de comprendre pourquoi ça marche pour Jonathan quand il hérite le KernelTestCase

[@Glioburd]

@@neldev9813 D'après le commentaire de ASURION dans la page du tuto du site : "apparement une mise a jour récente de 'TestFixturesBundle' a fait casser le tuto. Il faut remplacer KernelTest par WebTestCase et $users = self::$container->get(UserRepository::class)->count([]); par $container = self::$container; $em = $container->get('doctrine.orm.entity_manager'); $users = $em->getRepository(User::class)->count([]); "

[@mfouakiehibrahim42]

Une Touche de Pro et hop.................... Plus de Soucis !!!!!!!!!!!!!!!!

[@pt4ve8cw3l]

Drôle d'idée de commencer par ce type de tests. Pourquoi ne pas aborder les tests unitaires en premier lieu ?

[@grafikart]

Je voulais mettre les outils en premiers pour ne plus avoir à les traiter après coup. Et ensuite pouvoir traiter les 2 types des tests dans les autres vidéos. Mais effectivement j'aurais peut être du mettre des tests unitaires avant.

[@guysolamour]

Espère la même série sur laravel

[@janellgruber257]

siempre complicas las cosas.

[@revker007]

Ah Symfony. Ce framework mâche tellement le travail que quand tu demandes au junior de s'en passer, il ne sait rien faire.

[@yazidthedev4281]

Laravel c est mieux

[@interneter]

@@yazidthedev4281 Laravel utilise Symfony

[@EchoFuck]

C'est le but. On est plus en 90 a refaire 100x la même chose comme des idiots. Maintenant on a une base et des outils pour se concentrer sur le plus important.

[@guysolamour]

premier like et premier commentaire