Una nota rápida sobre el código de prueba unitaria en proyectos de WordPress
Cuanto más trabajo hago en WordPress, más trato de hacer que las pruebas unitarias sean una parte tan importante de mi desarrollo como la construcción del conjunto de funciones real. (Es lo que todos los profesionales dicen que debemos hacer, de todos modos).
Pero en serio, mejora la calidad porque, aunque no sea por otra razón, algo se rompe, puede ver qué prueba falla o incluso si ha perdido cobertura en alguna área.
No tengo la mentalidad de algunos de que debe tener una cobertura de código del 100% (y hay razones por las que pienso esto), pero sí creo que es importante tener la mayor cobertura de código posible del código que no es directamente a WordPress.
Prueba de código en WordPress
No sé si suena confuso o no, pero una de las trampas en las que caí al principio cuando trabajaba con pruebas unitarias y WordPress fue escribir pruebas contra el código principal de WordPress.
Todavía hago esto a veces (y puede preguntarles a las personas con las que trabajo si esto es cierto), aunque estoy mejorando al respecto.
En lo que a mí respecta, WordPress en sí mismo puede tratarse como una caja negra. Es una base sobre la que vive su aplicación. Ya hay pruebas en torno al núcleo de WordPress. ¿Debería haber más? Por supuesto. ¿Es suficiente lo que tienen? En mi experiencia, sí, pero todos usamos un subconjunto diferente de dichas características.
El punto que entiendo es este: cada vez que trabajas en un proyecto que se basa en WordPress; no necesita escribir pruebas contra código como add_menu_pageo wp_enqueue_script.
Sabemos que esas funciones funcionan.
En su lugar, concéntrese en el código que es específico para su dominio. Es decir, concéntrese en el código que usted y su equipo escriben. Esa va a ser el área de especialidad que es única en el proyecto, y va a ser el área que será responsable en última instancia de resolver un problema determinado.
Si su objetivo es obtener una cobertura del 100 % solo por el hecho de obtener una cobertura del 100 %, entonces no está escribiendo pruebas unitarias por la razón correcta. En su lugar, apunte al grado más alto de cobertura de código que pruebe suficientemente su código. Eso es lo que hará cumplir la calidad.