Plus je travaille dans WordPress, plus j’essaie de faire des tests unitaires autant une partie de mon d\u00e9veloppement que de d\u00e9velopper l’ensemble de fonctionnalit\u00e9s r\u00e9el. (C’est ce que tous les professionnels disent que nous devons faire, de toute fa\u00e7on.)<\/p>\n
Mais s\u00e9rieusement, cela am\u00e9liore la qualit\u00e9 car, si pour aucune autre raison, quelque chose se casse, vous pouvez voir quel test \u00e9choue ou m\u00eame si vous avez manqu\u00e9 la couverture dans certaines zones.<\/p>\n
Je ne suis pas de l’\u00e9tat d’esprit de certains selon lesquels vous devez avoir une couverture de code \u00e0 100% (et il y a des raisons pour lesquelles je pense cela), mais je pense qu’il est important d’avoir autant de couverture de code que possible de code qui n’est pas directement \u00e0 WordPress.<\/p>\n
Je ne sais pas si cela semble d\u00e9routant ou non, mais l’un des pi\u00e8ges dans lesquels je suis tomb\u00e9 au d\u00e9but lorsque je travaillais avec les tests unitaires et WordPress \u00e9tait d’\u00e9crire des tests par rapport au code principal de WordPress.<\/p>\n
Je le fais encore parfois (et vous pouvez demander \u00e0 ceux avec qui je travaille<\/a><\/strong> si c’est vrai), m\u00eame si je m’am\u00e9liore.<\/p>\n En ce qui me concerne, WordPress lui-m\u00eame peut \u00eatre trait\u00e9 comme une bo\u00eete noire. C’est une fondation sur laquelle vit votre application. Il existe d\u00e9j\u00e0 des tests autour du noyau WordPress. Devrait-il y en avoir plus? Bien s\u00fbr. Est-ce que ce qu’ils ont est suffisant? D’apr\u00e8s mon exp\u00e9rience, oui, mais nous utilisons tous un sous-ensemble diff\u00e9rent de ces fonctionnalit\u00e9s.<\/p>\n Le point que je comprends est le suivant: chaque fois que vous travaillez sur un projet construit sur WordPress ; vous n’avez pas besoin d’\u00e9crire des tests sur du code comme Nous savons que ces fonctions fonctionnent.<\/p>\n Concentrez-vous plut\u00f4t sur le code sp\u00e9cifique \u00e0 votre domaine. Autrement dit, concentrez-vous sur le code que vous et votre \u00e9quipe \u00e9crivez. Ce sera le domaine de sp\u00e9cialit\u00e9 qui sera unique dans le projet, et ce sera le domaine qui sera finalement responsable de la r\u00e9solution d’un probl\u00e8me donn\u00e9.<\/p>\n Si vous visez une couverture \u00e0 100 % juste pour une couverture \u00e0 100 %, alors vous n’\u00e9crivez pas de tests unitaires pour la bonne raison. Au lieu de cela, visez le degr\u00e9 le plus \u00e9lev\u00e9 de couverture de code qui teste suffisamment votre code. C’est ce qui renforcera la qualit\u00e9.<\/p>\nadd_menu_page<\/code><\/a>ou wp_enqueue_script<\/code><\/a><\/strong>.<\/p>\n