¡Escribe pruebas. Genera UI. ¡Benefíciate!

Hola a todos. Gracias por unirse. Mi nombre es Ed Bentley. Soy un desarrollador front-end. Utilizo principalmente React. Puedes encontrarme en Twitter. También soy un desarrollador de juegos independiente. Esta es mi empresa Flute Games. Tenemos un nuevo juego que saldrá este año. Así que mantente atento a eso. También he desarrollado mi propio open-source JavaScript game engine llamado Replay. Está muy inspirado en React. Así que, si estás interesado en hacer juegos, te recomiendo que lo revises.

Pero hoy voy a hablar sobre pruebas. Normalmente, cuando estamos escribiendo nuestras aplicaciones, escribimos la aplicación. Y luego escribimos las pruebas. Ahora, por supuesto, si seguimos el desarrollo basado en pruebas, entonces podríamos hacer esto al revés. Para la interfaz de usuario, siento que tendemos a hacer esto mucho más. Pero encuentro que esto lleva mucho tiempo. Estaba construyendo mis interfaces de menú el otro día, y realmente me resultó difícil motivarme para escribir las pruebas después de haber pasado mucho tiempo escribiendo todo el código. Y si lo piensas, estamos duplicando mucho del comportamiento. Estamos escribiendo la aplicación y luego escribimos la prueba de nuevo. Y ambos tienen el mismo tipo de comportamiento en ellos. Así que tuve una idea. Pensé, ¿qué tal si pudieras simplemente escribir las pruebas, agitar una especie de varita mágica y luego de un cofre aparece tu aplicación.

Ahora, tomándolo en serio por un momento, si escribiera algunas pruebas como código y te las entregara, probablemente podrías escribir la aplicación en sí, basándote en la lectura de las pruebas. Pero ¿qué pasaría si un programa pudiera hacer eso por ti? Simplemente escribes las pruebas, y luego el programa es capaz de generar la aplicación para ti. Ahora, he tomado esta idea y he construido una biblioteca llamada Spectate. Ahora quiero mostrarte Spectate hoy, y tengo una demostración en vivo.

Entonces, voy a comenzar con una etiqueta de correo electrónico y su input. Ahora, esto no será el HTML más semánticamente correcto ni seguirá las mejores prácticas, como no estamos usando un formulario. Lo estoy escribiendo de la manera más simple y concisa posible hoy. También podríamos tener un input de contraseña. Y luego queremos un botón para registrarse, botón de registro. Bien. Ya he hecho algo de estilizado aquí. Así que básicamente se verá así. Pero ahora mismo no hace nada. Así que para agregar este comportamiento, vamos a escribir algunas pruebas. Las llamamos specs. Así que voy a escribir myspec es igual a, y hay una función cuyo argumento es new spec. El tipo de esto es new spec. Puedes usar esto si estás usando TypeScript, te ayudará con el autocompletado. Luego vamos a definir una nueva prueba, como cuando escribimos pruebas con jest. Vamos a escribir new spec y luego una descripción. Así que vamos a decir que podemos registrarnos con correo electrónico y contraseña. Ahora, aquí habrá algunas funciones útiles. Sé lo que necesitamos de antemano. Será hacer clic en un texto final, hacer efecto y ser igual a.

Entonces, lo que vamos a hacer, pensemos en este formulario de correo electrónico por un momento, queremos agregar una dirección de correo electrónico, agregar una contraseña y luego hacer clic en registrarse. Así que lo que vamos a necesitar es un input, así que podemos llamarlo input de correo electrónico y usamos el nuevo input. También necesitamos un texto para almacenar lo que ingresamos en el input, así que lo llamaremos texto de correo electrónico y esta es una variable de texto. Ahora, este input está conectado a nuestra variable de texto, para hacer eso, para mostrar que está conectado, simplemente lo pasaremos aquí. Voy a copiar esto y hacer lo mismo para la contraseña.

Ahora tenemos un campo de texto para la contraseña y, por supuesto, también tenemos el botón de registro.

Bien, hemos definido esos elementos, también necesitamos devolverlos para que Spectate pueda usarlos. Así que voy a devolver el campo de texto de correo electrónico, el input de correo electrónico, el campo de texto de contraseña, el input de contraseña y el botón de registro.

Muy bien, ahora vamos a escribir esta prueba. Vamos a pensar en esto por un segundo. Primero, lo que vamos a hacer es hacer clic en el input y esto se parece a algo como React Testing Library, que es una gran biblioteca, un saludo a eso. Así que vamos a hacer clic en el input de correo electrónico y luego vamos a ingresar un texto y vamos a escribir algún tipo de correo electrónico, [email protected]. Luego vamos a hacer clic en el input de contraseña y luego vamos a ingresar algún tipo de contraseña y luego hacemos clic en el botón de registro.

Ahora, hemos descrito este comportamiento, pero ¿qué estamos haciendo realmente cuando hacemos clic en el botón de registro? Para fines de esta demostración, simplemente voy a registrar en la consola. Para hacer eso, necesitamos crear un efecto. Ahora esto se llama, llamémoslo postJson y podemos usar este nuevo efecto que toma una función que solo tiene nuestros efectos, similar a useEffect. Puedes ver de dónde obtuve lainspiration. Simplemente vamos a registrar el post aquí.

Muy bien, volviendo a nuestra prueba, cuando hacemos clic en el botón de registro necesitamos realmente hacer el efecto y el efecto es postJson. Muy bien, eso es todo. Ahora tenemos que agregarlo a nuestra aplicación y aquí hay una API muy simple. Nuestras props están definidas por un hook llamado useSpec. useSpec se importa de nuestra biblioteca, spec.txt, y aquí pasamos nuestra función que definimos, mySpec. Muy bien, ahora miramos las props y podemos ver que tiene todos los campos que definimos anteriormente en nuestra función. Así que convenientemente podemos simplemente propagar las props. Tenemos el input de correo electrónico, podemos simplemente propagar las props, lo mismo con el input de contraseña y nuevamente propagar las props del botón de registro. Y esto está diseñado para ser lo más simple posible porque realmente estamos dedicando nuestro tiempo a escribir las pruebas y no tenemos que pasar mucho tiempo escribiendo el marcado en sí mismo.

Muy bien, tengo eso, veamos qué sucede. Escribo un correo electrónico, escribo una contraseña, ahí lo tenemos, hemos registrado un post. Después de hacer clic en el botón de registro. Um, vamos a mejorar esto un poco. En primer lugar, no me gusta cómo se muestra la contraseña, necesitamos cambiar el tipo de input. Así que aquí podemos simplemente decir que el tipo de input es contraseña, pero aún queremos que esté conectado a la variable de texto de contraseña, para que sepa qué variable actualizar. Lo otro que quiero hacer es en nuestro

Error, y su valor será el propio texto de error.

De acuerdo, vamos a intentarlo. Haz clic en registrarse. Me dice que el correo electrónico no puede estar vacío. De acuerdo. Voy a agregar un correo electrónico. Ah, me está dando una advertencia, porque Spectate no sabe qué hacer en este caso. ¿Debería mostrarte una advertencia sobre tu correo electrónico? ¿Debería enviar en formato JSON? No lo sé. Lo que queremos que diga es que tienes una contraseña vacía. Entonces, ¿cómo manejamos esto? Agregamos otro caso de prueba. Así que voy a copiar lo que teníamos antes. Pero esta vez muestra un error para una contraseña vacía. Ahora, voy a copiar este correo electrónico que ingresamos anteriormente porque en este caso, ya hemos ingresado un correo electrónico. Pero luego hacemos clic en el botón de registro. Así. Hemos hecho clic en el campo de correo electrónico. Hemos ingresado un texto. Y luego hicimos clic en el botón de registro. Y luego mostramos que el texto de error es, la contraseña no puede estar vacía. De acuerdo, vamos a probar esto. Genial, la contraseña no puede estar vacía. Ahora agregamos nuestra contraseña. Y se envía. Y nuevamente, si lo borramos, aún muestra el mensaje de error de correo electrónico, no el mensaje de error de contraseña. De acuerdo, y ese es un ejemplo de cómo puedes construir un formulario de registro de correo electrónico usando Spectate. Puedes ver que no necesitamos escribir ninguna prueba. Hemos escrito las pruebas. Y las pruebas mismas han generado el tipo de lógica de la aplicación, el comportamiento de la aplicación. Y eso es todo. Y puedes

Bien, ahora hemos construido un modelo. Ahora imagina que realmente estamos usando esta aplicación como usuario. Ahora vamos a comenzar con un estado interno nuevamente que se va a rastrear mientras usas la aplicación. Podemos ver la aplicación aquí. Ahora pensemos en esto. ¿Qué sucede si haces clic en el botón de registro? Lo que Spectate va a hacer es buscar en el modelo y decir, ¿dónde está el estado ahora, más similar a un caso que vi antes en el modelo? Entonces va a seleccionar este caso donde todos los campos de estado estaban vacíos. Y luego va a ejecutar esas acciones, por lo que va a establecer el texto de error como 'el correo electrónico no puede estar vacío', básicamente un estado establecido. Y luego vemos visualmente que el correo electrónico no puede estar vacío. ¿Qué pasa con el siguiente caso cuando ingresamos un correo electrónico? Ahora notarás que aquí el texto del correo electrónico es una cadena '[email protected]'.

Pero en nuestro modelo, el más similar fue este caso donde teníamos 'hi' en test.com. Ahora, Spectate no compara valores exactos para las cadenas. Solo va a verificar si la cadena está vacía o no. No es perfecto, pero en realidad es genial para muchos casos. Así que estamos viendo aquí. Este ciertamente es el estado más similar porque el texto de la contraseña está vacío, el texto de error está vacío y el texto del correo electrónico no está vacío. Por lo tanto, elegimos la acción aquí, igual al texto de error, que resulta ser 'la contraseña no puede estar vacía'. Y luego lo vemos en la pantalla.

Ahora, el caso final, ¿qué sucede cuando hemos completado ambos campos? Creo que ya puedes adivinarlo. Tenemos un texto de correo electrónico, tenemos un texto de contraseña. Por lo tanto, va a seleccionar este estado en el modelo, y luego va a tomar esas acciones y ejecutarlas. Y así terminamos enviando el correo electrónico y la contraseña.

Bien, eso es Spectate. Puedes encontrarlo en GitHub. Es un proyecto de código abierto. Lo último que quiero hacer es mostrarte algunos ejemplos más de lo que puede hacer. Aquí tienes un sitio web de demostración en vivo. Está enlazado en la página de GitHub. Así que échale un vistazo. Puedes ver algunos ejemplos de lo que puedes construir. Está la típica aplicación de tareas pendientes, que creo que todo gestor de estado debe tener. Así que puedes decir, alimentar al gato, regar las plantas. Y podemos marcar estas tareas pendientes a medida que se completan. Y todo esto está escrito con Spectate. Y puedes ver todo el código aquí. Te agradezco por escucharme. Espero que esto haya despertado cierta curiosidad para que lo pruebes. Esta es una forma completamente nueva de construir interfaces de usuario. Échale un vistazo, juega con él y ve qué puedes construir. Y nuevamente, puedes encontrarme en Twitter. Muchas gracias por escuchar.