Curso· Cargando…
Aprende a cambiar tu código sin rezar para que no se rompa. Escribes tests unitarios con Vitest decidiendo qué merece un test y qué es perder el tiempo, pruebas componentes React con Testing Library (comportamiento, no implementación), automatizas el flujo crítico end-to-end con Playwright y cierras refactorizando una app real con los tests como red de seguridad. Terminas con una suite de tests en un repo de GitHub que un empleador reconocería.
¿Cómo cambio mi código sin rezar para que no se rompa, y qué merece de verdad un test?
Eres el dev responsable de dejar una app mantenible para que tu equipo (o tu yo del futuro) pueda cambiarla sin miedo.. Heredas (o tienes) una app web que 'funciona' pero que nadie se atreve a tocar porque cada cambio rompe algo en otro sitio. Sin red de seguridad, cada refactor es una apuesta. Tu trabajo es ponerle tests donde de verdad importan y demostrar que ahora se puede refactorizar con confianza.
Aplicar Vitest para escribir un primer test automático que detecta un bug en una función real y entender por qué un test es más barato que una comprobación manual.
Aplicar el patrón Arrange-Act-Assert y los matchers de Vitest para escribir tests legibles que comprueban una sola cosa cada uno.
Entregas: Una app en un repo de GitHub con una suite de tests en tres niveles: tests unitarios de la lógica con Vitest (incluyendo casos límite), al menos un test de componente con Testing Library que prueba comportamiento (queries por rol + evento de usuario), un test E2E del flujo crítico con Playwright, y un refactor real documentado en un commit/PR aparte que pasa toda la suite en verde. README breve que explica qué se prueba en cada nivel y por qué.
Se evalúa
Tests unitarios y mentalidad
Probar la UI
E2E y refactor con red
Decidir qué merece un test (lógica de negocio, reglas, casos límite) y qué es perder el tiempo (el framework, getters triviales) usando el coste/beneficio del test.