Tests en React sin marear al equipo

Los tests son la red: te dejan refactorizar con confianza y subir cambios sin sudar. El objetivo no es “cobertura infinita”, sino confianza en los caminos que más duelen si se rompen.

Si la suite va lenta o falla por tonterías, casi siempre estás probando la capa equivocada. Vale la pena ignorar parte del discurso de “cobertura perfecta” y quedarte con pocos hábitos de alto valor.

Qué testear (regla simple)

• Unitarios: lógica y funciones puras, rápido y barato.
• Integración: componente + datos + flujo de usuario (más valor por test).
• E2E: pocos recorridos felices de punta a punta.

Hábitos que sí compensan

• Afirmaciones orientadas al usuario (qué ve, qué hace).
• Consultas accesibles primero (roles, etiquetas).
• Mock en el borde (red), no en cada detalle interno.

Evita

• Obsesionarte con el estado interno cuando importa el comportamiento.
• Llenar todo de test IDs como primera opción.
• Abusar de snapshots que revientan por cambios cosméticos.

Cierre

Empieza con un test de integración del flujo más importante y añade unitarios donde la lógica se pone fea. Con el tiempo la suite se convierte en documentación viva y el equipo va más rápido.