Calidad & QA
QA automatizado: qué probar antes de cada lanzamiento
Empieza por los recorridos cuyo fallo impide completar una tarea importante: acceder, comprar, reservar o consultar información. Una suite útil reduce incertidumbre sobre el negocio, no solo aumenta el número de pruebas.
1 — Ordena las pruebas por riesgo
Lista recorridos y consecuencias de fallo: ventas perdidas, trabajo bloqueado, exposición de información o esfuerzo de recuperación. Combina impacto con frecuencia de uso y cambios en cada parte del producto.
Empieza con pocos recorridos completos. Si gestionas reservas, comprueba que una persona puede reservar y el equipo recibe la información. Que un botón exista no demuestra que el proceso funcione.
2 — Usa cada tipo de prueba donde aporta
Las reglas de cálculo y validación pueden probarse sin navegador. Las integraciones necesitan comprobar contratos entre sistemas. Las pruebas de extremo a extremo verifican un recorrido completo.
Evita duplicar todas las comprobaciones en todas las capas. Usa navegador para lo que necesita esa visión completa y pruebas pequeñas para aislar reglas concretas.
3 — Construye pruebas comprensibles
Playwright recomienda probar comportamiento visible para el usuario y aislar cada prueba. Así, un cambio interno no obliga necesariamente a reescribir comprobaciones del mismo resultado.
Usa datos controlados y mensajes de fallo útiles. Depender del orden de ejecución o de datos cambiantes de producción puede hacer perder confianza en toda la suite.
- Cada prueba prepara su propio estado.
- Selectores basados en elementos accesibles o contratos estables.
- Evidencia para reproducir los fallos.
- Esperas ligadas a condiciones, no a pausas arbitrarias.
4 — Prueba también lo que debe rechazarse
Comprueba permisos insuficientes, entradas no válidas, duplicados y servicios no disponibles. En un formulario, un mensaje de éxito no demuestra por sí solo que la solicitud ha llegado al destino.
Revisa teclado, tamaños de pantalla y rendimiento como criterios de entrega. Las herramientas automáticas detectan una parte de los problemas de accesibilidad y necesitan revisión manual complementaria.
5 — Acuerda qué bloquea una publicación
Distingue fallos críticos de avisos antes de la urgencia de publicar. Un fallo de pago o acceso puede exigir detener el despliegue; una observación menor puede convertirse en una incidencia.
Asigna mantenimiento de la suite y monitoriza tras el lanzamiento. Las pruebas reducen riesgos, pero los datos y situaciones nuevas todavía pueden revelar errores.