Reglas de fallo para resultados visuales incorrectos
RenderLog puede fallar una ejecución si el navegador llega a una verificación, CAPTCHA, inicio de sesión o selector ausente.
En esta página
Úsalo cuando
- Usa reglas listas para páginas de verificación, CAPTCHA e inicio de sesión.
- Usa reglas por selector, texto o estado para páginas propias.
- Las ejecuciones fallidas sin un resultado útil no se cobran.
Los malos resultados no deben parecer cambios reales
Una revisión visual solo sirve cuando captura la página que el equipo quería revisar. Páginas de verificación, CAPTCHA, pantallas de inicio de sesión, HTML vacío y selectores ausentes son otro problema. No son regresiones del producto, sino ejecuciones fallidas con un estado claro.
Las reglas de fallo de RenderLog existen para esa frontera. Permiten marcar estados incorrectos conocidos antes de que el resultado se convierta en ruido dentro del historial.
Dónde importan más
Ayudan sobre todo en páginas de producción cuyo estado depende de región, autenticación, cookies o servicios externos. Una página de precios puede mostrar un aviso de consentimiento. Un panel puede redirigir al inicio de sesión. Una página de marketing puede salir sin el elemento raíz esperado tras un cambio en el CMS.
Sin reglas claras, esos resultados parecen diferencias visuales y consumen tiempo. Con reglas, la ejecución tiene un estado útil, el equipo sabe por qué falló y el historial se mantiene centrado en cambios reales.
- Las revisiones antes de publicar pueden fallar rápido cuando falta el selector esperado.
- Los informes de clientes pueden separar problemas de acceso de cambios de diseño.
- La automatización avisa del problema correcto en vez de guardar una imagen engañosa.