Presione esto: La importancia de las herramientas modernas y las pruebas automatizadas en el desarrollo de WordPress con Josh Pollock

Bienvenido a Press This, el podcast de la comunidad de WordPress de WMR. Aquí, el anfitrión David Vogelpohl se sienta con invitados de toda la comunidad para hablar sobre los problemas más importantes que enfrentan los desarrolladores de WordPress. La siguiente es una transcripción de la grabación original.

Desarrollado por RedCircle

David Vogelpohl: Hola a todos y bienvenidos a Press This, los podcasts de la comunidad de WordPress en WMR. Este es su anfitrión, David Vogelpohl, apoyo a la comunidad de WordPress a través de mi función en WP Engine, y me encanta traer lo mejor de la comunidad para que escuche cada semana en prensa esto como un recordatorio, puede encontrarme en Twitter @wpdavidv , o puede suscribirse para presionar esto en iTunes, iHeartRadio, Spotify o descargar los últimos episodios en wmr.fm. En este episodio, hablaremos sobre la importancia de las herramientas modernas y las pruebas automatizadas y el desarrollo de WordPress en particular, por supuesto, y nos uniremos a esa conversación. Me gustaría dar la bienvenida a la prensa a este Sr. Josh Pollock. José, bienvenido.

Josh Pollock: Gracias. Gracias por tenerme. ¿Cómo estás?

DV: Bien, bien. Estoy muy emocionado. tenerte en los programas. Estábamos hablando un poco antes de la grabación eres el más, creo que el Pollock de WordPress más famoso de todos los Pollocks, ¿verdad?

JP: comparativo con Jackson Pollock menos famoso, pero sí, entonces no fue

DV: No es tan famoso en WordPress como tú. Así que creo que tienes a Jackson ahí.

J.P.: ¿verdad? Sí. Aunque soy fan de su trabajo.

DV: Ah, eso es bueno para aprender. Sin embargo, para aquellos que escuchan, Josh va a hablar sobre hoy. Josh viene a nosotros de algunas áreas diferentes, pero se enfoca particularmente en la máquina enchufable. Hablaremos un poco sobre eso, pero también sobre sus pensamientos sobre por qué las herramientas de desarrollo modernas y las pruebas automatizadas son muy importantes para el desarrollo de WordPress. Entonces, si eres un codificador vaquero o vaquera, Josh hablará un poco sobre por qué otro camino podría ser mejor. Algunas de sus herramientas favoritas para eso y cómo abordar las pruebas automatizadas con sus propios proyectos de desarrollo de WordPress. Antes de pasar a eso, me gustaría recordarles a las personas que sé que probablemente hayan escuchado esto en episodios anteriores. El 25 de abril de 2022, WP Engine realizará nuestra conferencia de decodificación virtual. Me gusta comprobarlo. Obtenga más información sobre el desarrollo de WordPress en una variedad de temas. Puedes visitar los eventos en WP engine.com barra inclinada decodificar guión 2022 Muy bien, Josh, te haré la primera pregunta que les hice a todos mis invitados. ¿Podrías contarme brevemente tu historia de origen de WordPress? ¿Cuándo fue la primera vez que usaste WordPress?

JP: Sí, probablemente uso WordPress por primera vez. Digamos 2011 2012 para escribir un blog, como en wordpress.com, entonces me gusta buscar en Google cómo hacer algo y fueron como pegar algo en functions dot php. Así que tuve que cambiarme a WordPress autohospedado y no creo que realmente haya trabajado mucho en ese blog. Me distraje mucho con la parte del código. Y eso me llevó a la comunidad de WordPress y a ser voluntario con el equipo de revisión de temas y luego voy a trabajar en pods, que es un complemento que funciona como campos personalizados y tipos de publicaciones personalizadas y tiene una interfaz de usuario para él y obtuve un trabajo como persona de apoyo allí. Tarjeta de Scott Kingsley, el desarrollador principal allí y todos los demás realmente me apoyaron y me ayudaron a aprender como el desarrollo y me metí mucho en el desarrollo de complementos a partir de ahí. Eso es genial.

DV: ¿Cuándo te distrajiste por primera vez con el código que dijiste que era 2011 o 12 cuando intentaste iniciar un blog? ¿Fue como poco después o?

JP: Sí, sí, he estado como WordPress 2.7, creo que fue la primera versión en la que trabajé. Quiero decir, creo que la primera versión que usé y creo que la primera versión a la que contribuí fue como tres puntos.

DV: Así que sí, 2011 esto habría sido justo después del tipo de publicación personalizada. Así que ese habría sido un momento emocionante para estar en WordPress. Pienso en algunos episodios extraños que he hecho. Eres la primera historia de origen de wordpress.com. Así que creo que podrías tener la distinción de eso y de todas las personas a las que he entrevistado estos años, pero está muy bien que hayas comenzado allí. En la blogósfera. Y luego rápidamente pasó al lado del desarrollo como algo realmente interesante. Mencioné anteriormente ese año con la máquina de complementos. ¿Podría decirnos qué hace la máquina de complementos y qué hace usted allí?

JP: Sí, entonces este es un nuevo producto que estoy desarrollando, ya sabes, quiero decir, es mi ya sabes, es mi solo. Lo que estoy construyendo como si fuera un desarrollador independiente ahora, como, las partes intermedias de la historia es que conocí a algunas personas que estaban trabajando en un complemento llamado cortador de formularios a través de pods en una empresa que rodea eso por un tiempo. Y luego hice un par de trabajos en el espacio de WordPress y ahora soy un desarrollador independiente. Y muchas veces estoy creando complementos de WordPress para sitios de WordPress. Como si no fuera alguien a quien irías y serías como, necesito construir un sitio para mi negocio. Al igual que construiré la funcionalidad genial para ello. Alguien más nos construirá un tema o lo que sea y para eso en mis propios proyectos, me quedé obsesionado con ¿cómo inicio este complemento? Quiero tener bloques y quiero asegurarme de que estoy usando scripts de WordPress, como la nueva herramienta para compilar código JavaScript, incluido el código React y la forma en que funciona es compatible con WordPress. De inmediato. Es el estándar de WordPress. Es donde estaba como bifurcando el último proyecto en el que trabajé una y otra vez.

DV: Ese es el comienzo de todo gran software, ¿no es así?

J.P.: Sí. Así que eso condujo a lo que ahora llamo máquina taponadora, que es una herramienta que hace algunas cosas. Lo primero es que ayuda a iniciar los complementos, ya que crea todo el código que necesita con todas las convenciones de nomenclatura correctas en las dependencias para hacer cosas como usar el compositor para el autocargador de PHP en las dependencias o usar los scripts de WordPress para sus bloques. Todos estos diferentes tipos de cosas. Y esto me ha hecho. Siempre he estado un poco obsesionado con las partes móviles del error en el desarrollo, las pruebas automatizadas, la creación del archivo zip correcto que tiene todos los archivos correctos que desea allí, pero no los que no no quiero Al igual que sus pruebas que desea instalar. Así que estoy registrando máquinas, este tipo de herramienta completa para iniciar complementos, agregar funciones a los complementos, necesito agregar un bloque y la página del menú Datos y luego crear la versión final del paquete que puede ir al sitio de WordPress.

DV: Y comprometer el marco de desarrollo para complementos. Supongo que si tuviera que hacerlo, usaría solo unas pocas palabras para describirlo. ¿Es eso justo?

J.P.: Eso es genial. Voy a escribir eso. No, no, esta es la razón por la que me encanta participar en podcasts como si tuvieras una excelente manera de simplificarlo, como si fuera un marco de desarrollo para los complementos de WordPress, como si fuera un servicio alojado y una CLI. que usa para tener una interfaz de usuario en la que puede hacer clic como Quiero usar tipos de publicaciones personalizadas y quiero usar bloques y luego, cuando esté en su complemento, puede saber, escribir comandos rápidos como conectar la máquina, complementos, subvenciones zip, un archivo zip de su bolsillo.

DV: Ese tipo de cosas. Así que me encanta cuando el software, por supuesto, se origina en la necesidad y en la forma acostumbrada, y es interesante escuchar la historia del origen de la máquina de complementos, apreciar que todavía te aferras a él, pero que sale y tú es una especie de enfoque local y, por lo tanto, su viaje comenzó con wordpress.com, cierto, literalmente, ningún sitio web de tipo de código entrará rápidamente en un desarrollo más avanzado. Entonces, ayúdame a entender a nuestra audiencia, incluso a entender, como cuando hablas, cita herramientas modernas con el desarrollo de WordPress, ¿qué significa eso para ti y por qué es importante?

JP: Sí. Entonces, solo para el contexto de cómo estoy aprobado de a quién me acerco, soy, ya sabes, un desarrollador de complementos de WordPress, vas a ser un desarrollador de aplicaciones web, estoy hablando de crear complementos de WordPress, complementos personalizados para su sitio Ese podría ser un complemento único que hace algo que no existe, ya sabes, extiende WooCommerce de una manera única e interesante para su negocio, o complementos que las personas están desarrollando para distribuir código abierto o para vender. Entonces, cuando estás haciendo eso, no sabes, como cuando comencé a crear complementos, como Hola, duda, es solo un archivo. Realmente no necesitas nada especial para eso. Pero a medida que crecen en complejidad, empiezas a tener dependencias automatizadas, si quieres usar el empaquetador de scripts de WordPress, quieres usar el paquete de componentes de WordPress que vas a usar las mismas entradas y seleccionar el tipo de controles de formulario que conoce Gutenberg. A medida que lo hace, comienza a necesitar algo que pueda instalarlo automáticamente, como NPM o yarn, y luego necesita una herramienta que pueda ejecutar automáticamente el proceso de compilación para crear scripts web JavaScript seguros para el navegador. Y luego comienza a ingresar a lo que llamamos pruebas automatizadas, donde estamos escribiendo código adicional que ejecuta nuestro código para asegurarnos de que se ejecute de la manera correcta. Y hay mucha complejidad allí y creo que eso lo hace difícil porque estás aprendiendo estas herramientas, y estás aprendiendo a usarlas al mismo tiempo y aprendiendo dos cosas a la vez.

DV: Fue interesante porque escucharlo describirlo, usar la palabra automatizarlo para cada viñeta, ya que habló sobre lo moderno que le gusta de, ya sabe, instalar paquetes y lidiar con las dependencias y luego ejecutar su tipo de conjunto de pruebas. Y parece que sabes, si no has hecho estas piezas en el camino, tienes que aprender tanto la automatización como lo que le está haciendo al software que estás creando. Y pude ver que eso es, ya sabes, un gran desafío para mucha gente. Sin embargo, tengo curiosidad, me gusta ese viaje, y tal vez cómo la gente puede superar eso. Vamos a tomar nuestro primer descanso. Volveremos en seguida. Es hora de conectarse a una pausa comercial. Manténganse al tanto. Para más, presione esto en solo un momento. Sobre todos, bienvenidos de nuevo a presionar este podcast de la comunidad de WordPress en W EMR. Estamos hablando con Josh Pollack sobre la importancia de las herramientas modernas y las pruebas automatizadas y el desarrollo de WordPress. Josh, justo antes del descanso, estabas explicando las herramientas modernas. De alguna manera habías revisado una lista de una lista de componentes clave. Seguiste enfatizando la automatización antes de que nos fuéramos y señalando que las personas tienen que aprender tanto el tipo de enfoque automatizado como lo que hacen las herramientas. ¿Fue un desafío para ti? Como empezaste a adoptar este tipo de desarrollo?

JP: Bueno, sí, totalmente. Soy un nerd para la gente. Odio esa parte. Lo disfruto. Pero cuando estoy tratando de escribir una función, justo cuando mi cerebro está en el espacio de, he hablado con un cliente y necesitan que esta cosa se vea así y vaya aquí. Quiero escribir código PHP y JavaScript. No quiero escribir, ya sabes, una configuración de prueba automatizada o configurar NPM a pesar de que soy un nerd para esas cosas. No quiero lidiar con eso cuando estoy en el espacio mental de hacer el trabajo real. Estoy dentro, así que ese siempre fue el desafío para mí porque estaba interesado en ambos, pero es como todos, es difícil hacerlo a la vez. Entonces, lo que hace la máquina de complementos para mí y para mí, y para otras personas como yo, es hacer clic en algunos botones y obtener todas las configuraciones de las partes allí, todas configuradas para ser automatizadas. Y cuando digo automatizado, me refiero a cosas como que puedo tener un comando y el archivo Léame que configura el entorno de desarrollo local y me permite verlo en el navegador y ejecutar pruebas de que tengo acciones de GitHub que se ejecutan cada vez que se realiza un cambio. las pruebas en diferentes entornos con diferentes versiones de WordPress, diferentes versiones de PHP. para verificar automáticamente si mi código es compatible con todas estas cosas diferentes. Porque eso es un desafío en WordPress. Y yo, como desarrollador, no tengo que pensar mucho en eso porque son unos pocos clics de botón para configurar y luego miras en el archivo Léame, corta y pega este comando que hace un montón de cosas. Este hombre hace muchas cosas que te permiten ver el por qué

DV: Como si fueran muchos pasos adicionales, muchas cosas adicionales para comprender. Es genial usar marcos de trabajo listos para usar para acercarte. Pero, ¿por qué? ¿Por qué pasar por todos estos problemas para integrar las herramientas modernas de cotización en su proceso de desarrollo?

JP: Entonces, para algunas cosas, es básicamente un requisito. Por ejemplo, si desea usar React dentro de WordPress para algo como bloquear, crear una página de administración genial para su complemento, tener un elemento interactivo frontal, necesitará usar las herramientas correctas de WordPress para compilar de una manera que no causará problemas de compatibilidad con otros componentes basados ​​en reacciones en el sitio de WordPress. Entonces, cuanto más y más se está convirtiendo en un requisito efectivo, tal como lo desea, es posible que tenga un complemento que ha estado disponible por un tiempo y necesita hacer algunos cambios, pero no quiere romper las cosas que características que ya existen. La mejor manera de lidiar con eso es escribir pruebas automatizadas que describan la forma en que funciona ahora y si realiza un cambio que hace que una de esas pruebas falle, detenga la copia de seguridad, corrija ese error en lugar de enviarlo a su usuarios Ese es otro caso en el que es como su necesidad de hacer felices a sus clientes y tener un producto estable se convierte en la necesidad.

DV: De acuerdo, esto no es realmente interesante porque ha habido mucha discusión sobre esto recientemente en WordPress, que es, como Rob Stinson, uno de mis compañeros de trabajo aquí en WP Engine, señala que las cosas fáciles en WordPress son cada vez más fáciles. , como el editor de bloques y las cosas difíciles se están volviendo más difíciles, como hacer un complemento y hay una especie de observaciones allí sobre, ya sabes, enfoques de desarrollo más avanzados que el pasado en relación con incluso incorporar reaccionar poco en como usarlo como un marco de referencia. Así que eso realmente suena cierto. Y parece que el beneficio es su tiempo de principio a fin, particularmente con cosas como las pruebas automatizadas de tener que volver a codificar cosas que envió que se rompieron y supongo que también le gusta mantener su trabajo si usted está o sus clientes si está enviando , muchos cambios de última hora y adivinar que también es un beneficio como si hubiera un beneficio monetario.

JP: Sí, como si fuera una persona en esa máquina. O esta es una especie de broma detrás de la máquina enchufable. Como soy el nombre al instante. No soy bueno haciendo lo mismo una y otra vez. De la misma manera. Derecha. Por eso usamos computadoras. Como si estuviéramos como, Oye, te diré cómo hacerlo con él. Llamamos a ese código. Y luego lo ejecutamos una y otra vez confiando en que las computadoras hagan lo mismo. Una y otra vez, de la misma manera, así que esto para mí es que no quiero la ansiedad de qué pasaría si el cambio que hice se interrumpiera para poder probarlo manualmente exactamente de la misma manera cada vez y, como dije, en ese momento. y eso es un error humano o simplemente tengo un programa que ejecuta 48 Y cuanto más creo que facilitamos que los desarrolladores de complementos y temas de WordPress tengan pruebas automatizadas sin, Oh, me encantaría pero no tengo tiempo para averiguar cómo configurarlo. Soy más que esas cosas fáciles que son fáciles para el usuario final serán estables, ¿verdad? Porque no es solo que queramos que la interfaz de usuario sea más fácil de usar o de aprender. No queremos gente así es la queja sobre WordPress. Pones en marcha tu sitio y luego actualizas tus complementos. Derecha. Esto es algo con lo que todo el mundo tiene problemas como nivel de usuario. No es algo que podamos resolver para los usuarios directamente. Es algo que tenemos que resolver en la forma en que construimos el complemento de WordPress a partir de la forma en que lo probamos.

DV: así que los plazos siempre son como tus expectativas. ¿Cuándo quieres esto mañana? ¿Derecha? No creo que nadie me haya dicho eso como, oh, lo necesitamos en seis meses. No hay problema, correcto. Es que todo el mundo quiere todo al día siguiente. Y así, los equipos están bajo esta presión. Tengo curiosidad por saber qué piensas sobre escribir pruebas o conjuntos de pruebas, ya sabes, al dar a las personas una especie de gateo, caminar, correr, ¿hay algunas áreas clave o te gusta comenzar y te gusta, trata de escribir lo que se siente como un conjunto de pruebas completo o intenta seleccionarlo en ciertas partes a medida que las personas están aprendiendo, ¿cómo lo recomienda? abordarlo como ir a la suite de prueba completa? ¿Quitar un trozo y luego aprender de esa manera? ¿O cómo piensas acerca de esa parte?

JP: Esta es una gran pregunta. A veces realizo este tipo de consultoría con personas en las que me gusta mirar su código y no solo configurar pruebas automatizadas, sino trabajar con ellos para asesorarlos sobre lo que deberían probar. Y muchas veces esta es una de las cosas que frenan a las personas: se sienten un poco culpables de no tener ninguna prueba y luego no pueden tener una cobertura completa de la prueba. Derecha. Y creo que es una forma extraña de abordarlo porque es como si aún no hubieras hecho nada. Por supuesto que no tienes la cosa el resultado de la cosa. Y no has escrito la prueba, ya sabes, prueba pero las pruebas son útiles, incluso si no cubren todo. Creo que esa es realmente la ansiedad que tiene la gente: no voy a obtener una cobertura completa de la prueba. Si solo escribo algunas pruebas. Es como, sí, pero te has acercado un paso más a eso. Empezaste con eso. Tuviste la oportunidad de aprender cómo funciona Tesco, por ejemplo, tengo un complemento que escribí para un cliente que agrega un acceso directo. Como si eso fuera todo lo que hace. Así que le escribí a y dice que si no ha iniciado sesión, le muestra un mensaje sobre cómo iniciar sesión. Así que escribí dos pruebas, ambas simplemente llaman a la función que representa el código abreviado en make seguro que no arroja un error. Esas son las pruebas más detalladas del mundo. Pero cuando los comprometí por primera vez después de eso, mi primer paso de escribir el complemento de prueba y tuve un montón de errores, solo al ejecutar esas pruebas, como solo en el proceso de generar el código abreviado, había generado una tonelada de errores de PHP y pude trabajar y lograr que desaparecieran. Y luego eso me dio la confianza en el futuro de que, si algo así, una de las tres o cuatro partes diferentes de lo que entra en ese código abreviado se rompe. Sabes, eso fallará la prueba.

DV: Parece que lo está pensando en términos de la funcionalidad clave del software que ha creado, identificando esas funciones clave y luego escribiendo pruebas. alrededor de esos para comenzar a fin de aislar en qué parte de su software podrían estar surgiendo problemas. ¿Es esa una forma justa de traerlos?

JP: Diría que sí, porque eso es comenzar con dos pruebas que dicen que algo se rompió, como una muy buena cobertura de prueba. Tendría como una prueba para cada parte individual. Del programa. Entonces es como si una prueba fallara y dices, está bien, eso me dice exactamente dónde debo ir en mi base de código para resolver. Tal vez llegue allí, tal vez esa sea una forma de desarrollar un nuevo complemento de producto. Pero si tiene una prueba que lo hace, ya sabe, su código abreviado lo hace para asegurarse de que su blog pueda agregarlo en el editor de publicaciones. Asegúrese de que su formulario se pueda enviar y que no tenga ningún error. Esos cubren tanto en el futuro cuando se rompen, ya sabes, fallan por una razón específica. Luego, el segundo tipo de cosa que me gusta es como la primera fase. La segunda fase es la próxima vez que haya una prueba correcta de errores que falle debido a ese error, entonces puede pasar una vez que solucione el error porque ahora tiene un poco más de detalle en sus pruebas, y tiene pruebas de que solucionó el error y usted tener protección para que no vuelva a suceder en el futuro.

DV: Me gusta ver que estás usando bolsas futuras a medida que aparecen como una forma de agregar más cobertura de prueba y, por supuesto, las áreas que más necesitaban corregirse y las cosas que se están rompiendo. Es una forma inteligente de engendrar eso como una gran sugerencia. Quiero profundizar un poco más aquí y hablar sobre esta cultura de codificación del Salvaje Oeste y WordPress. Vamos a tomar nuestro último descanso y regresamos enseguida. Es hora de conectarse a una pausa comercial. Estén atentos para más información sobre esto en un momento. Todos bienvenidos de nuevo a presionar este podcast de la comunidad de WordPress en WMR. Estamos hablando de herramientas modernas para desarrolladores de WordPress con Josh Pollock. Justo antes de la pausa, hablábamos un poco acerca de cómo Josh piensa que, de todos modos, escribir sus suites de prueba se enfoca primero en las funciones más críticas. Realmente me gustó tu sugerencia, Josh, sobre el uso de errores en el momento para reforzar tu conjunto de pruebas. Pensé que eso era realmente inteligente. Ya sabes, WordPress tiene una cultura de codificación de vaquera vaquera, si te gusta el Salvaje Oeste, también llamado ¿Ves una cultura de pruebas automatizadas que comienza a echar raíces? Esta noción de citar cosas difíciles se vuelve más difícil, como hacer herramientas modernas. . Ha dicho también un requisito, pero también esta noción de pruebas automatizadas. ¿Sientes que eso se está arraigando en WordPress o todavía sientes que es como si supieras, la instalación de cinco minutos y el sitio web de 10 minutos?

JP: Bueno, depende del proyecto, ¿no? Como si hubiera algo mal, como si fuera genial cuando puedes hacer algo como conectar machine.com. Como si el único sitio web con WordPress estuviera realmente construyéndome en este momento. No tengo nada de eso bajo el control de versiones. No hay clientes como ese, hay un poco de código personalizado como ese. Me gusta modificado en Hello Dolly. Derecha. Es como cosas listas para usar. Pero pienso que solía trabajar en una agencia. Todas las implementaciones fueron automatizadas, ¿verdad? Todo se estaba verificando en el control de versiones, utilizando un flujo de trabajo de solicitud de incorporación de cambios. Y luego, cuando se fusiona con una rama, se implementa automáticamente el sitio. Eso se ha vuelto más fácil, hay muchas más herramientas para eso. Hay muchos más hosts que, ya sabes, admiten eso y tienen, ya sabes, formas documentadas de hacerlo y obtener implementaciones automatizadas, por ejemplo, si estás creando un sitio completo. Creo que es un gran primer paso porque es una oportunidad para estandarizar esa parte. Y luego, ya sabes, en esa tubería, comienza a agregar pruebas a eso. Creo que cada vez más gente lo está haciendo. Y, ya sabes, uso un cliente FTP para arrastrar, ya sabes, archivos a un servidor esta mañana, porque a veces es la única forma de hacerlo. Um, y pienso, sí, creo que está mejorando pero, ya sabes, no es lo suficientemente fácil para la gente. Creo que no lo es, porque el compositor no es un concepto nativo o un cuerpo de prensa que lo haga más difícil o NPM. Creo que hay mucho más trabajo por hacer en ese espacio. Y como estoy realmente estoy muy interesado en ese camino. Si tuviera más tiempo, consideraría que el problema de la compostura no lo es. Funciona con WordPress. El plomo no es una gran herramienta. Funciona para todo el proyecto, pero al igual que no puede instalar dependencias recursivamente ese tipo de problemas

DV: ¿Pero qué hay de tu prueba? ¿Usan sus pruebas como la gente de TI aquí porque siento que es un gran obstáculo para muchas personas que intentan adoptar el desarrollo moderno? Es como, ya saben, ¿qué conjuntos de pruebas puedo usar? ¿Qué herramientas de prueba puedo usar? Solo tengo curiosidad, como, si tiene alguna recomendación para las personas que escuchan pruebas y herramientas automatizadas o conjuntos de pruebas o marcos para WordPress que podrían considerar

JP: bueno, para los desarrolladores de WordPress estás haciendo complementos. No solo uso la unidad PHP, que es el estándar para WordPress, conéctelo para las pruebas de PHP. Y luego, hay algunas herramientas desarrolladas por Yoast que son de código abierto y, como parte de eso, facilitan la prueba con la unidad PHP y todas se configuran automáticamente en su máquina. Y luego para la broma de JavaScript, que es como React. Quiero decir, eso es parte de los scripts de WP. Esas son las cosas que uso, pero también para las personas que podrían estar desarrollando un sitio, pueden realizar pruebas automatizadas, con herramientas como Go Students Specter o Checkley, donde puede programar la prueba, tiene una extensión de navegador. Luego ingresa al navegador, hace clic en grabar y hace cosas como iniciar sesión en su sitio web y agregar una publicación o agregar un bloque o ese tipo de cosas, luego pueden ejecutarse en su sitio web, todo lo que sabe, una vez al día o una vez a la semana. Y esa es una forma de hacer pruebas automatizadas sin código, que saben, las personas que poseen sitios web y son, ya saben, es realmente grande cuando su cliente le envía un mensaje y dice: Oye, esta página está rota. Esa no es una gran manera de comenzar una interacción con su cliente. Es mucho mejor decir hola, nuestra verificación automática notifica que la última actualización rompió la sección y ya la hemos arreglado.

DV: Pienso en todos los episodios de flujo de trabajo moderno que he hecho durante estos años. No creo que a una persona se le haya presentado ese concepto de eso. Eso es muy inteligente. Esto ha sido increíble. Josh, muchas gracias por acompañarnos hoy.

JP: De nada. Gracias por invitarme.

DV: Si desea obtener más información sobre lo que Josh está haciendo, tal vez expandir su propio viaje de desarrollador moderno de WordPress, consulte pluginmachine.com. Gracias a todos por escuchar este podcast de la comunidad de WordPress y WMR. Este ha sido su anfitrión David Vogelpohl. Apoyo a la comunidad de WordPress a través de mi rol en WP Engine. Y me encanta traerles lo mejor de la comunidad aquí cada semana en Press This.