BDD & TDD en React

Hola a todos. Mi nombre es Laura Beatriz. Trabajo como ingeniera de software en YOD. Y hoy me gustaría hablar sobre un tema bastante especial para mí. Y eso realmente cambia la forma en que escribo mis pruebas en la aplicación React, que es TDD y BDD, específicamente React.

Entonces, antes de comenzar, me gustaría presentarme un poco. Estoy basada en Brasil en la hermosa ciudad llamada Florianópolis. La tecnología con la que actualmente estoy aprendiendo y con la que actualmente estoy trabajando es principalmente TypeScript, React, Node.js, JavaScript. Estoy aprendiendo muchas cosas sobre Python para, como, sumergirme en algunas cosas de DevOps, aunque también me apasiona mucho Elixir, así que hay muchas herramientas para aprender.

En cuanto a cosas personales, me apasiona mucho Harry Potter. Y me encanta tocar el violín. Si quieres charlar sobre cualquiera de estas cosas, no dudes en contactarme en Twitter o enviarme un mensaje en LinkedIn. Estaría muy feliz de responder a todos ustedes. Y si quieres seguir mis proyectos, ver en qué estoy trabajando actualmente, no dudes en seguirme o simplemente ver lo que estoy haciendo en GitHub.

Entonces, antes de comenzar a sumergirnos en el tema, es realmente importante ver el resumen de la charla de hoy para que puedas recoger algunas expectativas y también para que puedas tomar una taza de café antes de que realmente comencemos a hablar de ello aquí. Entonces, el primer tema, es solo para que volvamos atrás en el tiempo para ver dónde estamos En la línea de tiempo de las colas de testing a lo largo de todos los años. Entonces, a lo largo de los años, comenzamos a mejorar cada vez más en las colas de testing y realmente mejoró mucho la forma en que escribimos pruebas en la aplicación React hoy en día. Resumen de la práctica de testing, explicaré qué es CDD y BDD en una visión general, no en esa visión general, pero para las personas que están viendo la charla ahora y no están familiarizadas con ella, por qué usar la práctica de testing en React, cuándo usar la práctica de testing en React y el flujo diario de desarrollo de una característica con CDD y BDD. Algunas advertencias antes de comenzar. Testing está fundamentalmente relacionado con el mantenimiento del software, así que no quiero aquí ser explícito e intentar... Entonces, cuando comenzamos a escribir pruebas, primero implementamos un esqueleto de componente, y luego vamos a escribir casos de prueba para ser cumplidos más tarde. Y luego definir diferentes estados de UI de acuerdo a los caminos del usuario. Así que siempre intenta crear un equilibrio al pensar en los caminos felices e infelices del usuario. Y esta es la captura de pantalla que muestra cómo aplicaría los casos de prueba. Por ejemplo, creando activos, registros de scribe de acuerdo a diferentes estados de UI, éxito carga fallida. Al comenzar a implementar pruebas, entonces comenzamos a eliminar y deducir llamadas. Y siempre recordando evitar detalles de implementación y asemejar las acciones del usuario tanto como sea posible. Entonces, en la primera prueba del estado de éxito, vamos a renderizar el esqueleto por ahora. Intenta encontrar un elemento con un agujero de botón y con una prueba de generación de mem y espera como espera que la solicitud sincrónica suceda y todas las cosas y luego hacer la afirmación. Ahora implementando el code.

Intentemos escribir la cantidad de code para lograr, la cantidad mínima de code. Vamos a refactorizar el code para mejorar la calidad y la mantenibilidad posterior y tratar de ajustar algunos problemas de implementación para ver si las pruebas ya los están detectando con el fin de evitar la regresión de las pruebas.

Luego vamos a escribir los componentes. Así que ese es el primer borrador. He añadido algún estado, un manejador, que va a activar la solicitud para mejorar eso en el tercer paso de TDD, voy a reescribir la lógica y extraer la lógica a un hook. Así que esa es la parte final del desarrollo de una característica.

Y ahora voy a presentar las conclusiones finales de esta charla de hoy. Solo quiero asegurarme de transmitir el mensaje de que las prácticas de testing no se aplican a todos los equipos y proyectos. Tenemos que estar al tanto de lo que es TDD y lo que es BDD y ver si tiene sentido para nosotros como ingenieros. El uso de las herramientas correctas para speed up la implementación de pruebas es realmente importante y podemos ver cuánto estamos mejorando en esto a lo largo de los años. Escribir pruebas que se asemejan a las acciones del usuario nos permite enviar software con mucha más confianza. Y tener la disciplina para aplicar pruebas en la práctica es la clave para lograr mejores resultados en cuanto a las decisiones de architecture.

Así que eso es todo por la charla de hoy. Espero que a todos les haya gustado la charla. Si tienen algún comentario, no duden en contactarme en las redes sociales y enviarme un mensaje allí. Estaría muy contenta de responder a todos ustedes si es posible. Gracias por ver hasta aquí y que tengan un buen día.