Mon parcours vers la création d'un plugin WordPress avec ChatGPT : 120 heures de travail, aucune expérience préalable

Ensuite, réfléchissez à la manière dont vous souhaitez que votre plugin apparaisse et fonctionne dans la zone d’administration de WordPress. Cela comprend :

• Pages de paramètres : quelles options souhaitez-vous proposer ? Comment allez-vous les organiser ?
• Menus : Où apparaîtra votre plugin dans le menu admin ? Aura-t-il des sous-menus ?
• Métaboxes : Si votre plugin interagit avec des publications ou des pages, aura-t-il besoin de métaboxes personnalisées ?
• Tableaux : si vous stockez des données, comment les afficherez-vous pour que l'administrateur puisse les examiner ?

Dans mon cas, j'ai opté pour une page de paramètres principale avec des onglets pour chacun de mes shortcodes, une page séparée pour la documentation, ainsi qu'une page avec un formulaire de contact au cas où les utilisateurs souhaiteraient me contacter. Voici ce que j'ai trouvé :

Malheureusement pour moi – mais pas pour vous car vous lisez ceci – c'est que j'étais tellement concentré sur la fonctionnalité frontale de mon plugin pendant la phase de planification, que j'ai complètement négligé le côté wp-admin.

Cela a pris plus de temps que si je l'avais planifié à l'avance, car je devais constamment réviser le code lorsque j'ai réalisé que ce que j'avais était incomplet ou avait une mauvaise UX. Si je l'avais cartographié à l'avance, ou mieux encore, si j'avais utilisé des wireframes, alors cette phase se serait déroulée beaucoup plus facilement, ce qui est une transition parfaite vers le point suivant.

Comme je viens de le mentionner, c'est quelque chose que je n'ai pas fait personnellement, mais j'aurais aimé le faire. Si vous envisagez de créer un plugin plus complexe, cette étape est cruciale. Vous n'avez pas besoin d'être un artiste : même des croquis grossiers peuvent être incroyablement utiles. Pensez à créer :

• Wireframes de vos pages d'administration et de tous les éléments front-end
• Organigrammes montrant comment les données circulent dans votre plugin
• Cartes de parcours utilisateur pour comprendre comment les gens interagiront avec votre plugin

Bien que cela prenne également du temps, à mon avis, vous bénéficierez d'un gain de temps net global et d'un processus de construction beaucoup plus fluide lorsque vous passerez à l'étape de codage avec une présentation détaillée et précise de votre plugin.

Si vous ne savez pas par où commencer, consultez les modèles filaires gratuits de Figma.

Enfin, prenez tout ce qui précède et écrivez-le avec des détails atroces. Pour chaque fonctionnalité et élément d’interface, décrivez :

• Exactement ce que tu veux qu'il fasse
• Comment voulez-vous qu’il interagisse avec WordPress et d’autres parties de votre plugin

Lorsque vous réfléchissez à la manière dont vous souhaitez que votre plugin interagisse avec WordPress, les options ne sont pas illimitées, mais elles sont étendues. Par exemple, selon le type de plugin que vous allez créer, vous pourriez :

• Utiliser des codes courts
• Connectez-vous directement à l'éditeur de blocs
• Ajouter des blocs supplémentaires
• Ajouter des points de terminaison de l'API REST
• Inclure des crochets
• Créer des types de publication et des taxonomies personnalisés

Si vous ne disposez pas du vocabulaire technique nécessaire pour décrire ou comprendre ces mécanismes précis, pas de panique ! C'est parfaitement bien. Je les ai énumérés juste pour vous faire réfléchir au concept global. L’objectif principal est de créer une image aussi claire que possible de ce que vous souhaitez réaliser. De cette façon, lorsque vous invitez ChatGPT, tous ces éléments seront pris en compte lors de l'écriture de votre code.

Lorsque j'ai construit mon plugin, j'ai d'abord tenté de me connecter directement à l'éditeur de blocs pour les fonctionnalités frontales. Malgré quelques premiers progrès, j’ai finalement heurté un mur insurmontable. Après environ deux jours de dépannage incessant mais infructueux, j’ai fini par me tourner vers les codes courts. Cette approche s’est avérée beaucoup plus gérable pour un débutant comme moi. Vous pourriez vous retrouver dans une situation similaire, alors gardez cela à l’esprit.

La dernière chose que je voudrais mentionner ici est que ces mécanismes ne s'excluent généralement pas mutuellement . De nombreux plugins, même ceux développés par des débutants, combinent plusieurs mécanismes. Selon toute vraisemblance, à moins que vous ne prévoyiez pas de zone de paramètres, vous finirez également par utiliser une approche hybride.

Il y a encore une décision que vous devriez prendre avant de passer à la phase deux. Cette décision dépend de la personne pour qui vous allez créer ce plugin.

Voulez-vous le réaliser uniquement pour vous (ou un client) ? Ou souhaitez-vous le soumettre au référentiel WordPress pour approbation afin qu’il soit disponible au grand public ?

Techniquement, vous n’avez pas encore besoin de prendre cette décision. Cependant, avec le recul, j’aurais aimé le faire plus tôt dans le processus. C'est pourquoi je vous recommande de le faire maintenant.

La raison en est que mon objectif depuis le début était de soumettre mon plugin au référentiel, mais j'ai initialement construit mon plugin sans suivre les normes de codage WordPress. Je me suis concentré uniquement sur la fonctionnalité et je l'ai amené à un point où cela fonctionnait sans bugs.

En conséquence, j’ai dû procéder à de nombreuses modifications supplémentaires du code pour que mon code soit conforme aux normes. Inutile de dire que cela a pris beaucoup de temps et aurait pu être évité.

Cela dit, même si vous envisagez de créer un plugin uniquement pour un usage privé, je recommanderais quand même de respecter les normes de codage. Cela réduira le risque de dysfonctionnement de votre plugin avec les versions ultérieures de WordPress. En termes de processus, la principale différence est que vous n'aurez pas besoin d'être aussi anal sur les aspects non fonctionnels des normes.

Par exemple, lorsque vous faites des commentaires en ligne comme // Use global default. vous devez mettre un point à la fin. Le point n'a aucun objectif fonctionnel, mais s'il manque, il sera signalé comme une « erreur » selon les normes. Pour une version privée, vous pouvez ignorer ce type « d’erreur ».

Une fois votre environnement local opérationnel, vous devrez configurer la structure de répertoires de votre plugin. Une structure de fichiers bien organisée est cruciale pour le développement de plugins maintenables et évolutifs. Voici comment commencer :

• Dans votre environnement local (c'est-à-dire votre disque dur), accédez au répertoire des plugins WordPress (généralement wp-content/plugins/ ).
• Créez un nouveau dossier pour votre plugin. Choisissez un nom descriptif mais concis. J'ai nommé le mien «Funky Text Effects».
• Dans ce dossier principal, configurez une structure de base qui ressemble à ceci :

 funky-text-effects/ ├── assets/ │ ├── css/ │ ├── js/ │ └── images/ └── funky-text-effects.php

Si vous envisagez de traduire votre plugin dans d'autres langues, vous pouvez également ajouter un répertoire /languages dans le répertoire principal du plugin :

effets de texte géniaux/
├── atouts/
│ ├──css/
│ ├──js/
│ └──images/
├── langues/ (facultatif)
└── funky-text-effects.php

• Enfin, créez un fichier .gitignore dans le répertoire principal de votre plugin, ce qui vous aidera à éviter de déposer des fichiers inutiles dans votre référentiel Git. Cela a été inclus dans le modèle d'invite initial de ChatGPT, il est donc possible que GPT vous dise automatiquement de le faire lorsque vous atteignez cette étape. Cependant, cela peut être un oubli, surtout lorsque votre fil commence à devenir trop long. C'est pourquoi je le mentionne ici à titre de rappel.

Pour installer vos scripts, vous devrez utiliser l'interface de ligne de commande, c'est-à-dire Terminal sur Mac ou Invite de commandes sous Windows.

Si vous débutez dans le développement, cela peut sembler intimidant. Mais ne vous inquiétez pas, ce n'est pas aussi effrayant qu'il y paraît ! Non seulement cela, mais chaque fois que vous serez bloqué – et croyez-moi, vous resterez bloqué – ChatGPT sera là pour vous aider à vous en sortir. Je recommande également d'utiliser Claude comme option de sauvegarde. Parfois, si vous n'arrivez à rien avec GPT, Claude peut vous apporter une avancée décisive.

Cela étant dit, examinons les outils dont vous aurez presque certainement besoin, quel que soit le type de plugin que vous allez créer :

1. NPM (Node Package Manager) : pour divers outils JavaScript.
2. Composer : Pour gérer les dépendances PHP.
3. Scripts WordPress : une collection de scripts réutilisables pour le développement WordPress.

Dans les étapes ultérieures, vous devrez également installer d'autres outils pour le peluchage, etc. J'en parlerai lorsque nous y arriverons.

💡 Je recommande également de jeter un œil à cette page. Il contient un répertoire de tous les différents packages de scripts que vous pouvez installer. Même s'il est peu probable que vous compreniez beaucoup de choses à ce stade, certains d'entre eux sont intitulés de manière à donner une idée de leur utilité. Si l'un d'entre eux semble pertinent pour votre plugin, demandez-en directement à GPT.

Au fur et à mesure que vous progressez dans votre parcours de développement de plugins, vous aurez une idée des outils que vous utilisez fréquemment et de ceux dont vous pouvez vous passer. N'ayez pas peur d'expérimenter et de trouver la configuration qui fonctionne le mieux pour vous et votre plugin.

Une fois toutes les étapes précédentes terminées, il est temps de créer un référentiel Git et d'y valider vos fichiers initiaux. Cette étape crée un instantané du point de départ de votre projet.

J'ai personnellement utilisé GitHub parce que c'est ce que nous utilisons ici chez Themeisle, donc j'y avais déjà un compte, mais il existe également d'autres plates-formes (par exemple, GitLab, Bitbucket). Si vous finissez par utiliser une plate-forme autre que GitHub, n'oubliez pas d'ajuster le modèle d'invite lors de la troisième phase .

Par souci de brièveté, je ne vais pas vous expliquer comment procéder. Une fois que vous avez atteint cette étape, ChatGPT peut vous guider tout au long du processus étape par étape, y compris les commandes que vous devrez saisir dans votre terminal/invite de commande.

Lors de la validation de vos fichiers initiaux, gardez ces points à l'esprit :

• Vérifiez ce que vous engagez : assurez-vous de n’inclure que les fichiers nécessaires. Utilisez votre fichier .gitignore pour exclure tous les fichiers temporaires ou générés.
• Écrivez un message de validation clair : quelque chose comme « Validation initiale : structure et configurations de base du projet » fonctionne bien.
• Ne vous souciez pas de la perfection : ce n'est que votre point de départ. Vous effectuerez beaucoup plus de commits au fur et à mesure que vous développerez votre plugin.

Encore une fois, ChatGPT vous donnera très probablement des conseils sur les commandes spécifiques à utiliser pour cette validation initiale. Si ce n'est pas le cas, demandez-lui simplement de le faire. Assurez-vous d'écrire que vous avez besoin des étapes exactes en fonction de votre configuration et de votre plate-forme Git.

En complétant cette étape, vous lancerez officiellement votre projet de développement de plugin avec une base solide pour le contrôle de version. À partir de maintenant, vous pourrez suivre chaque modification que vous apportez, expérimenter de nouvelles fonctionnalités en toute sécurité et collaborer avec d'autres si vous choisissez de le faire.

Ne soyez pas vague et ne laissez pas ChatGPT s'en charger

Si vous ne donnez pas d'instructions très spécifiques à ChatGPT, il commencera à vous cracher des lignes de code sans fin et souvent, le code ne sera même pas différent de ce qu'il vous a déjà donné. Il voudra que vous «vérifiiez» que c'est correct, mais cela ne fait que perdre du temps. Il n'y a rien de plus frustrant que ça :

Ce que vous devriez faire à la place, c'est donner à ChatGPT des instructions très spécifiques non seulement pour générer du code, mais pour isoler spécifiquement les lignes de code qui, selon lui, sont à l'origine du problème et vous les montrer. Dites-lui d'expliquer comment il envisage de modifier ces lignes et pourquoi il pense que ces changements résoudront le problème. Enfin, demandez-lui de vous indiquer quel devrait être le résultat attendu une fois ces changements mis en œuvre.

Ces instructions l'aideront à rester concentré sur le problème et minimiseront les bogues de débordement qui pourraient résoudre votre problème unique mais provoquer de nouveaux problèmes dans le processus.

CSS régulier contre CSS BEM

En relation avec ce qui précède mais spécifique au CSS, vous devez garder à l'esprit que pour tout extrait de code CSS, ChatGPT générera du CSS standard, ou ce que j'appelle « CSS de classe » par défaut.

Il s'agit du CSS de base que vous apprendrez en suivant un cours pour débutants sur le sujet. C’est facile à comprendre et il n’y a rien de mal techniquement à cela en soi, mais lors du développement de plugins WordPress, cela peut entraîner des conflits avec d’autres plugins ou thèmes.

Au lieu de cela, il est préférable de dire à GPT d'utiliser la méthodologie BEM (Block Element Modifier). BEM contribue à réduire le risque de conflits CSS en fournissant une convention de dénomination claire et structurée. Cela garantit que vos styles sont plus prévisibles et plus faciles à gérer, car chaque bloc, élément et modificateur a un nom de classe distinct et descriptif qui minimise le risque d'impacts de style involontaires. De plus, BEM améliore la maintenabilité en facilitant la localisation et la mise à jour de styles spécifiques sans affecter les autres.

J'ai déjà inclus une mention à ce sujet dans l'exemple d'invite de la phase deux, mais je la souligne ici afin que vous n'oubliez jamais de donner ces instructions à ChatGPT pour vos extraits CSS.

Chargement conditionnel versus mise en file d'attente globale

Un autre comportement par défaut de ChatGPT concerne la mise en file d'attente des scripts. Ne vous inquiétez pas si vous ne savez pas encore ce que signifie cette phrase. Ce qui compte, c'est que vous le reconnaissiez dans votre code lorsque vous le voyez. Cela ressemblera à ceci :

 function enqueue_my_scripts() { wp_enqueue_script('my-plugin-script', plugin_dir_url( FILE ) . 'js/my-script.js', array('jquery'), '1.0.0', true); } add_action('admin_enqueue_scripts', 'enqueue_my_scripts');

Dans l'exemple ci-dessus, le code mettra globalement en file d'attente un script pour toutes les pages d'administration, ce qui est souvent inutile et peut entraîner des problèmes de performances. Malheureusement, c'est ce que ChatGPT vous offrira à moins que vous ne parliez et ne lui disiez de ne pas le faire. Pour être clair, dans certains cas, cela est tout à fait approprié, mais dans de nombreux cas, ce n'est pas le cas.

Par conséquent, dès que vous remarquez que ChatGPT génère un code avec le mot « mettre en file d'attente », assurez-vous d'avoir une conversation à ce sujet. Demandez à ChatGPT s'il est judicieux de mettre vos scripts en file d'attente globalement, ou uniquement sur les pages spécifiques où les scripts sont nécessaires – ce que l'on appelle le « chargement conditionnel ».

Rappelez et rappelez fréquemment

ChatGPT a une propension à l’oubli et cela est encore plus vrai lorsque vous l’utilisez pour coder. Ainsi, même si vous pouvez lui donner des instructions spécifiques, la probabilité qu'il suive ces instructions pendant toute la durée de votre projet est nulle .

Parfois, il ignorera même carrément ce que vous lui demandez de faire. Si cela se produit, soyez simplement plus sévère et faites-lui savoir qu'il ne fait pas ce que vous voulez :

↕️ Cliquez pour agrandir l'image

↕️ Cliquez pour réduire l'image

En plus de cela, après quelques interactions, il reviendra rapidement à son comportement standard consistant à essayer de vous noyer dans d'énormes quantités de code qui n'ont rien à voir avec la section de code que vous essayez de déboguer.

Lorsque cela se produit, appuyez simplement sur le bouton d'arrêt de la sortie de GPT et rappelez-lui de suivre vos instructions. Il est également utile de les copier et de les coller dans la fenêtre de discussion lorsque vous effectuez le rappel.

Et en parlant de générer de longues lignes de code…

Évitez que ChatGPT régénère des fichiers entiers pour vous

Lorsque vous n'êtes pas habitué à travailler avec du code et que vous vous sentez intimidé, demander à ChatGPT de régénérer l'intégralité du fichier pour vous après chaque modification du code peut sembler attrayant au début.

Tout ce que vous avez à faire est de « copier-coller », n’est-ce pas ?

Même si cela peut paraître tentant, c’est en réalité une mauvaise idée . À long terme, cela vous causera encore plus de problèmes. Non seulement vous perdrez beaucoup de temps à faire cela, surtout si vous déboguez votre fichier PHP, qui peut devenir assez long, mais ChatGPT pourrait introduire de nouvelles erreurs dans votre code existant au cours du processus. Cela résoudra le problème sur lequel vous travaillez, mais cela modifiera accidentellement une autre partie du fichier et cassera quelque chose.

Il est préférable d'isoler les parties spécifiques du code qui sont à l'origine du problème et de travailler uniquement sur celles-ci.

Prenez-le un bug à la fois

Dans le même ordre d’idées, même si vous avez plusieurs bugs – à moins qu’ils ne soient très mineurs – n’en informez ChatGPT que d’un seul à la fois. Corrigez chaque bug avant de passer au suivant.

Portez une attention particulière aux lignes tout en haut et en bas des extraits de code

Lorsque ChatGPT vous donne des extraits de code, il les encapsule parfois – mais pas toujours – en vous montrant la toute première ligne du fichier global avec lequel vous travaillez, ainsi que la toute dernière ligne. Par conséquent, vous devez faire attention à ne pas toujours simplement copier et coller l’intégralité de l’extrait, car cela briserait votre code.

⚠️ Portez une attention particulière à la ligne du haut :

Si cela n'est pas pertinent pour l'extrait de code spécifique que vous essayez de déboguer, ignorez-le.

Il en va de même pour le résultat net, même si cela peut être plus difficile à repérer. Cela peut parfois être aussi simple que quelque chose comme }); ce qui provoque la rupture de votre code car il ferme un extrait parent qui n'est pas encore censé être fermé.

Après un certain temps, vous comprendrez mieux, mais lorsque vous commencez votre parcours de développement de plugins, si vous remarquez que beaucoup de choses se cassent après avoir ajouté un extrait, essayez de supprimer cette toute dernière ligne pour voir si elle « comme par magie ». » répare tout.

La console est votre meilleure amie

Si ChatGPT essaie de déboguer le même problème sans succès et que vous tournez en rond, demandez-lui d'ajouter des lignes console.log aux sections de code qui, selon lui, sont à l'origine du problème. Ensuite, ouvrez la console pendant que vous recréez le bogue. Cela expliquera ce qui s'est passé. Vous pouvez ensuite capturer cette explication et la transmettre à ChatGPT afin qu'il puisse comprendre comment y remédier.

Pour accéder à la console dans Google Chrome, faites un clic droit sur la page et sélectionnez Inspecter :

Lorsque la console ne vous donne pas de réponses, vérifiez votre base de données

La console est excellente et vous donnera souvent les réponses dont vous avez besoin. Cependant, dans certains cas, cela ne fera que confirmer ce que vous vivez, mais sans vraiment vous donner d’indications sur la façon d’y remédier.

Par exemple, lorsque j'essayais d'ajouter un effet de frappe à mon plugin, la vitesse de prévisualisation par défaut de l'effet dans wp-admin était définie sur 23 millisecondes. J'ai passé un temps fou à réviser mes fichiers PHP et JavaScript pour essayer de résoudre le problème, mais en vain.

La console a confirmé qu'elle se chargeait à 23 heures, mais au-delà de cela, elle ne m'a donné aucune autre information précieuse :

Finalement, j'ai vérifié la base de données et j'ai réalisé que la valeur défectueuse venait de là :

J'ai changé ce 23 en 60, ce que je voulais, et cela a résolu le problème.

Si vous finissez par utiliser Local by Flywheel, vous pouvez accéder facilement à votre base de données via l'interface en cliquant sur l'onglet Base de données :

Une fois que vous avez accès, un bon endroit pour commencer à chercher est le même endroit que vous m'avez vu regarder dans la capture d'écran ci-dessus : wp_options. La plupart du temps, les paramètres de vos plugins s'y trouveront.

⚠️ Cependant, il est également important de souligner que le plus gros problème sous-jacent ici était qu'il manquait en fait des instructions d'activation dans mon code. Lorsque votre plugin est activé pour la première fois, il doit vérifier si certains paramètres existent dans la base de données. Si ce n'est pas le cas, votre plugin doit les ajouter avec vos valeurs par défaut prévues. Cela garantit que chaque nouvelle installation de votre plugin démarre avec les paramètres corrects. J'ai appris cela à mes dépens pour que vous n'ayez pas à le faire.

Un nouveau fil de discussion peut vous apporter des avancées

À mesure que votre code grandit et que votre fil de discussion avec ChatGPT devient de plus en plus long, il sera susceptible de commettre des erreurs ou d'oublier des choses. À un moment donné, c'est une bonne idée de créer un nouveau fil de discussion. Téléchargez vos principaux fichiers de plugin sur le nouveau fil de discussion et expliquez à ChatGPT ce que vous faites et où vous vous êtes arrêté.

Voici un exemple d'invite que vous pouvez utiliser :

N'ayez pas peur d'utiliser votre cerveau

Plus votre plugin est complexe, plus GPT risque de gâcher votre code. Bien que cela vous aide à déboguer, vous constaterez parfois qu'il est préférable de trouver la solution par vous-même. Pour être honnête, cela m'est arrivé assez souvent, en particulier dans les dernières étapes de ma construction, où mon fichier PHP principal comptait plus de 500 lignes (avec des versions ultérieures dépassant 1 000).

En fonction de votre familiarité et de votre aisance avec la lecture du code, cela peut avoir un effet dissuasif, mais si vous maîtrisez bien la reconnaissance des formes et la détection des incohérences, vous pouvez vous en sortir.

Je ne suis certainement pas un programmeur qualifié, même si j'ai une compréhension de ce que font les différents langages de programmation et une certaine familiarité avec le code, ce qui m'a aidé.

Néanmoins, même si vous êtes un novice total, vous pouvez consulter les lignes de code qui, selon GPT, pourraient être à l'origine du problème. Recherchez ensuite un élément identique dans votre code qui fonctionne correctement. Comparez son code au code de l'élément cassé et essayez de voir ce qui est différent. Souvent, cela résoudra le problème :

Conservez des sauvegardes de vos fichiers de plugin (facultatif si vous utilisez Git)

Bien que l'utilisation de Git constitue un moyen puissant de gérer et d'annuler les modifications apportées à votre code, ce n'est jamais une mauvaise idée de conserver également des sauvegardes manuelles. Chaque fois que vous franchissez une étape avec votre code, je vous suggère de sauvegarder une copie de vos principaux fichiers de code dans un autre dossier :

Cela peut servir de filet de sécurité supplémentaire, vous permettant de revenir facilement à une version précédente meilleure si vous rencontrez des bugs sérieux en poursuivant la construction.

N'abandonnez pas facilement, mais connaissez vos limites

Il se peut que vous ne puissiez tout simplement pas mettre en œuvre certaines fonctions ou modifications, quels que soient vos efforts. Soyez prêt à ajuster vos attentes et à les contourner . Cela ne veut pas dire abandonner si vous heurtez un mur. Cependant, cela signifie que si vous avez fait 100 tentatives et passé des heures (ou des jours) à essayer de réaliser quelque chose sans succès, alors ce n'est probablement pas possible ou cela dépasse vos capacités et celles de ChatGPT.

En fonction de la complexité de votre plugin, vous souhaiterez peut-être envisager différents types de tests, tels que :

• Tests unitaires : ces tests se concentrent sur la vérification de la fonctionnalité de composants ou de méthodes individuels au sein de votre plugin.
• Tests d'intégration : ces tests vérifient comment les différentes parties de votre plugin fonctionnent ensemble, garantissant que la fonctionnalité globale est comme prévu.
• Tests de bout en bout (E2E) : ces tests simulent les interactions de l'utilisateur avec votre plugin, du début à la fin, pour garantir qu'il se comporte comme prévu dans un scénario réel.

Les tests spécifiques que vous rédigerez dépendront des fonctionnalités et de la complexité de votre plugin. Si vous ne savez pas par où commencer, je vous recommande de vous concentrer d'abord sur les tests unitaires pour vos fonctionnalités principales. Développez ensuite les tests d'intégration et E2E selon vos besoins.

Si vous ou ChatGPT continuez à rester bloqué, la communauté des développeurs WordPress dispose d'une ressource complète sur les tests que vous pouvez consulter. Vous pouvez soit le parcourir vous-même, soit en copier des sections et les transmettre à ChatGPT pendant qu'il continue de vous aider à déboguer.

• Yoast PHPUnit Polyfills : ce package Composer offre une compatibilité avec la dernière version de PHPUnit pour les anciennes versions de PHP, garantissant que vos tests peuvent s'exécuter de manière cohérente dans différents environnements.
  Commande de terminal : composer require yoast/phpunit-polyfills
• MySQL : Le serveur de base de données MySQL est une exigence courante pour de nombreux plugins WordPress, car ils ont souvent besoin d'une base de données pour stocker et récupérer des données.
  Lien de téléchargement : https://dev.mysql.com/downloads/mysql/

J'ai utilisé à la fois Yoast PHPUnit Polyfills et MySQL dans le cadre de ma configuration de test.

Outils supplémentaires que vous pourriez envisager :

• WP_Mock : Il s'agit d'un framework de test spécialement conçu pour le développement WordPress. Il vous permet de simuler les fonctions principales de WordPress, ce qui peut être particulièrement utile lors de l’écriture de tests unitaires.
  Commande de terminal : composer require 10up/wp_mock
• Codeception : il s'agit d'un cadre de test complet qui prend en charge les tests unitaires, d'intégration et de bout en bout (E2E). Il dispose d'un module spécifique à WordPress qui peut simplifier le processus de test des plugins WordPress.
  Commande du terminal : composer require codeception/codeception
• WP Browser : Il s'agit d'un module Codeception qui fournit une API de haut niveau pour interagir avec WordPress lors des tests E2E. Il peut vous aider à simuler les interactions des utilisateurs et à tester les fonctionnalités de votre plugin dans un environnement plus réaliste.
  Commande terminal : Pas de commande terminal directe, car il s'agit d'un module au sein de Codeception
• PHPUnit Parallel Runner : Si vous disposez d'une grande suite de tests, vous pouvez envisager d'utiliser PHPUnit Parallel Runner pour accélérer le processus de test en exécutant des tests simultanément.
  Commande terminal : composer require brianium/paratest