Mon dernier article faisait partie d’une courte série d’articles sur l’automatisation de la configuration du site WordPress local. Dans cette série, nous avons créé un paquet WP CLI qui aide à installer et désinstaller l’environnement de développement WordPress et même à l’envoyer à l’index des paquets WP CLI. Étant donné que la commande est accessible à namp;rsquoimporte qui dans lamp;rsquoindex des paquets, il est logique damp;rsquoaméliorer la commande et de samp;rsquoassurer quamp;rsquoelle samp;rsquoapplique à tous. Dans nous allons faire une pause dans l’installation automatisée de WordPress et commencer à écrire quelques tests fonctionnels pour nous assurer que tout se passe comme prévu. Lors de lamp;rsquoécriture des tests pour la commande damp;rsquoinstallateur WP, le même concept devrait samp;rsquoappliquer à namp;rsquoimporte quel paquet WP CLI.
Tests fonctionnels? Tu veux dire un test damp;rsquoUnit é? Vous avez peut être entendu parler damp;rsquooutils comme les tests unitaires et les unités PHP. Les tests unitaires sont un bon moyen de tester des fonctions ou des méthodes spécifiques dans un projet, en mettant davantage lamp;rsquoaccent sur lamp;rsquoaspect Code. Les tests fonctionnels sont semblables aux tests unitaires, mais ils diffèrent en ce sens quamp;rsquoau lieu damp;rsquoécrire du Code pour vérifier que le Code existant fonctionne correctement, ils décrivent comment attendez à ce que certaines fonctions se comportent en termes lisibles par lamp;rsquohomme. Par exemple, pouvez le faire en utilisant un langage appelé concombre.
Ceci est particulièrement utile pour le WP CLI car il permet de vérifier que le code fonctionne correctement et que toute sortie affichée à lamp;rsquoutilisateur correspond à vos attentes. Behat WP CLI starter utilise behat pour effectuer ses tests fonctionnels, donc dans ce cas, nous allons faire de même. namp;rsquoêtes pas familier avec behat, il peut être utile de consulter la documentation officielle pour savoir ce quamp;rsquoil est et comment il fonctionne. souhaitez continuer à écrire des tests dans pouvez utiliser Cloner le dépôt GIT de lamp;rsquoinstallateur WP [protégé par courriel] : Matgelsh
Trois fichiers: donnés. Puis PHP. PHP et time. Php. Chaque fichier contient les informations nécessaires pour utiliser les mots clés. Voici quelques unes des étapes définies dans la fonction étape donnée. PHP: $Step amp;gt given (
Essayons damp;rsquoécrire un autre test pour contrôler les choses. La commande WP installateur install est responsable de la création de la nouvelle installation WordPress, il est donc préférable d’ajouter une couverture de test pour s’assurer que l’installation a été créée et que la commande se comporte comme prévu. Pour ce faire, créez un nouveau fichier dans lamp;rsquoinstallation de fonctionnalité installateur. Fonctionnalité: fonctionnalité: Testez la commande damp;rsquoinstallation de lamp;rsquoinstallateur WP. Scénario: installez WordPress lorsque je lance
Créer et configurer au besoin.
Il est certainement utile de pouvoir tester la fonctionnalité de lamp;rsquointerface utilisateur (sortie) et des commandes dans le même test, même samp;rsquoil y a beaucoup à faire sous les commandes pendant le test. Jusquamp;rsquoà présent, nous avons utilisé les étapes de give, then et qui nous ont été fournies lors de lamp;rsquoéchafaudage damp;rsquoessai du paquet. Mais que se passe t il si nous devons ajouter des étapes personnalisées pour vérifier ce qui namp;rsquoest pas couvert? Dans cet exemple, nous savons déjà que le fichier WordPress a été créé et que le fichier de configuration WP a été généré. Php. Mais le test ne vérifie pas si la base de données a été créée pour lamp;rsquoinstallation. Nous pouvons facilement ajouter ce contrôle en ajoutant de nouvelles étapes dans features steps then. PHP:
$Step amp;gt then (
Vous pouvez maintenant utiliser cette procédure pour vérifier que la base de données a été correctement créée en utilisant la commande damp;rsquoinstallation WP. Ajoutez les lignes suivantes au scénario testé dans lamp;rsquoinstallateur install. Attribut: la base de données installée sur tmp wptest devrait déjà exister lorsque nous lamp;rsquoexécuterons Fournisseur bin behat, nous devrions voir nos mises à jour de test
Il y a beaucoup d’améliorations à apporter au projet d’installateur WP: une meilleure couverture des tests, un meilleur support pour différents environnements et configurations, et plus de fonctionnalités pour une installation WordPress locale aussi facile que possible. Avec une solide connaissance de lamp;rsquoécriture de tests fonctionnels, tout cela semble beaucoup plus simple.
Les tests fonctionnels sont parfaits pour le développement basé sur le comportement parce quamp;rsquoils aident à arrêter et à réfléchir à ce que les commandes devraient être et ce quamp;rsquoil faut faire avant damp;rsquoécrire namp;rsquoimporte quel Code. De plus, lamp;rsquohabitude damp;rsquoécrire namp;rsquoimporte quel test peut certainement aider en tant que développeur et gestionnaire de projet. Avez écrit des tests fonctionnels (en utilisant GHERKIN behat ou damp;rsquoautres outils)? Camp;rsquoest ce que tu pourrais faire à lamp;rsquoavenir? Veuillez me le dire dans les commentaires ci dessous.
Écrire des tests fonctionnels pour le paquet WP CLI
