Desarrollador Frontend: pregunta de entrevista
¿Cuál es tu estrategia de testing frontend?
Prueba comportamiento en el nivel adecuado: unitarias para lógica pura, componentes para interacción y accesibilidad, y un conjunto pequeño end-to-end para flujos críticos. Prefiere aserciones visibles al usuario.
Respuesta directa
Qué debe cubrir una buena respuesta
Cómo funciona
La estrategia reparte pruebas según lo que cada una detecta a bajo coste. Las funciones puras y los reducers reciben pruebas unitarias. Los componentes reciben pruebas que los renderizan, interactúan mediante consultas accesibles y comprueban lo que ve el usuario, lo que además obliga a un marcado accesible. Un puñado de pruebas end-to-end cubre los flujos que generan ingresos o pierden usuarios. Las pruebas visuales y de contrato contra la API cubren huecos concretos. La suite se juzga por cuántas regresiones reales atrapa frente a cuántas veces se rompe por motivos cosméticos.
Ejemplo
Una prueba de formulario debe rellenar campos, enviar y comprobar el mensaje visible de éxito o validación en vez de setters internos. El flujo de checkout recibe una prueba end-to-end en un navegador real con el proveedor de pago simulado, mientras las cuarenta combinaciones de precios se cubren con pruebas unitarias sobre la función de precios.
Errores frecuentes
- Comprobar internos del componente o nombres de clase, de modo que cualquier refactor rompe la prueba.
- Simular tanto que la prueba pasa mientras la integración real está rota.
- Ejecutar cada escenario end-to-end y acabar con una suite lenta e inestable en la que nadie confía.
Una estructura útil para responder
Responde desde tu propia experiencia.
No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.
Abre el espacio de trabajo de escritorio y ensaya una respuesta clara con tus propias palabras.