Faire des tests automatisés dans les projets Laravel nécessite une structure claire, une maintenance solide et une qualité de code. Organisez raisonnablement la structure du répertoire de test et subdivise par des modules tels que les tests / fonctionnalité / utilisateur /, etc., pour faciliter le positionnement et le fonctionnement CI; Prioriser la couverture des processus métier principaux, tels que l'enregistrement → Connexion → Créer la commande → Paiement, vérifier le chemin complet et la situation limite; Utilisez des modèles de combinaison d'usine pour créer des scénarios de test complexes pour éviter d'insérer manuellement les données; Les tests doivent être rapides et stables, et les bases de données en mémoire, les réinitialisations pré-migration, la réduction des demandes HTTP et la simulation des dépendances externes pour améliorer la fiabilité.

Faire des tests automatisés dans un projet Laravel n'est en fait pas aussi simple que d'écrire quelques cas de test. La clé est d'avoir une structure claire et une forte maintenabilité, tout en étant capable de garantir vraiment la qualité du code. Si vous inventez simplement la couverture ou si vous devez subir des tests majeurs chaque fois que vous modifiez le code, cela deviendra un fardeau.

Les points suivants sont mes expériences résumées dans des projets réels, adaptés aux petites et moyennes équipes.

Organisez raisonnablement la structure du répertoire de test

Laravel place des tests sous tests/Feature et tests/Unit par défaut, mais si votre projet est plus grand, il est recommandé de segmenter davantage en fonction du module ou de la fonction.

Par exemple:

• tests/Feature/User/
• tests/Feature/Order/
• tests/Feature/Payment/

L'avantage est que lorsque vous modifiez un module, vous pouvez rapidement localiser les fichiers de test correspondants, et il est également pratique pour CI d'exécuter des tests en fonction des modules.

De plus, envisagez de dessiner une logique de test générale dans des classes de trait ou de base, telles que la connexion de l'utilisateur, la préparation des données, etc. pour éviter le code en double.

Couverture prioritaire des processus métier principaux

Beaucoup de gens aiment commencer par le modèle lors de la rédaction de tests et testent si la valeur d'accès est correcte un par un. Bien que cette approche puisse améliorer la couverture, elle a peu de valeur pratique.

Un moyen plus efficace est:

• Exécutez le processus de base, tel que l'enregistrement → Connexion → Créer la commande → Payer
• Simuler le chemin d'opération des utilisateurs réels et utiliser le test de fonctionnalité pour vérifier si l'ensemble du processus est normal
• Faites attention aux situations limites, telles que les entrées vides, les autorisations insuffisantes, les opérations simultanées, etc.

Par exemple: si vous écrivez une interface de commande, en plus de vérifier le code d'état de retour, vous devez également confirmer si la commande a été générée dans la base de données, si l'inventaire a été réduit, si la notification a été déclenchée, etc.

Ce sont les domaines qui ont un impact substantiel sur l'entreprise.

Construire un environnement de test fiable à l'aide de données d'usine et de semences

L'usine de modèles de Laravel est une bonne chose, mais beaucoup de gens ne l'utilisent que pour générer des données uniques. En fait, vous pouvez combiner plusieurs modèles pour simuler des scénarios complexes.

Par exemple:

 $ user = user :: factory ()
    -> a (ordonnance :: factory () -> count (3))
    -> create ();

Cela peut rapidement construire un scénario où "un utilisateur a trois commandes" dans le test, ce qui est plus clair et plus pratique que l'insertion manuelle de données.

De plus, essayez d'éviter d'utiliser DB::table()->insert() directement dans le test, car il est facile de manquer la logique d'association et il est également très difficile de le maintenir au stade ultérieur.

Les tests doivent être rapides et stables

Les tests automatisés doivent être en mesure de faire des problèmes de rétroaction rapidement, donc la vitesse d'exécution est importante. Voici quelques conseils pour accélérer:

• Utilisez une base de données en mémoire (comme SQLite en mémoire) au lieu de MySQL
• évitez d'effectuer une migration complète dans chaque cas de test, vous pouvez prémigrer une fois, puis réinitialiser
• Réduisez les demandes HTTP inutiles et donnez la priorité aux tests à l'aide de méthodes qui appellent les contr?leurs ou les couches de service.

Quant à la stabilité, veillez à ne pas compter sur des services externes (tels que les API tiers). S'il y a une situation où il faut l'appeler, se moquez-le. Sinon, les résultats des tests seront affectés par des facteurs tels que le réseau et la limitation du courant, et deviendront peu fiables.

Fondamentalement, c'est tout. Plus il y a de tests, mieux c'est plus précis. S'il est écrit raisonnablement, il deviendra le soutien le plus s?r pour vous lors de la refactorisation et de l'itération.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!