Guías de RenderLog
Estas guías ayudan a decidir qué capturar, qué vigilar con frecuencia y cuándo añadir referencias, avisos o más historial. Cada artículo parte de una tarea real con páginas, no de una lista genérica de pruebas.
Parta de una página real, defina el resultado esperado y siga la guía adecuada para preparar la primera ejecución.
Planifique la página, la frecuencia y la revisión antes de activar avisos.
Elija pruebas visuales, de formularios, de contenido o de SEO según el resultado necesario.
Elija una captura puntual o una prueba guardada y proteja las credenciales.
Empieza con GET para una página pública sencilla, usa POST para opciones estructuradas y consulta el trabajo cuando el render sea asíncrono.
Úsalo cuando: Usa GET para una URL pública sencilla y pocas opciones.
Controla los estados de página que importan para tu negocio y revisa un cambio comprensible en lugar de acumular capturas sin dueño.
Úsalo cuando: Asigna a una persona responsable antes de elegir la frecuencia.
Empieza con el estado del formulario que una persona ya revisa y haz visibles el texto, los valores y el resultado esperado en cada ejecución.
Úsalo cuando: Elige un formulario con una persona responsable y un coste real si falla.
Los problemas SEO y las regresiones de interfaz suelen parecer sanos para los checks de uptime. Las paginas publicas necesitan pruebas que vean la pagina renderizada.
Úsalo cuando: Confirmar que las paginas indexables devuelven 200 y no estan bloqueadas por robots tags.
Empiece por los estados que el equipo ya revisa a mano: un precio, un formulario de registro, una página de documentación o un estado de componente que no debe cambiar tras una publicación.
Úsalo cuando: Página de precios: el precio y la llamada a la acción siguen viéndose bien.
Las páginas de precios cambian a menudo y se rompen sin ruido. RenderLog vigila la página completa, la compara con un estado aprobado y guarda contexto para la siguiente decisión de precio.
Úsalo cuando: Llamada a la acción equivocada después de actualizar una campaña.
Usa avisos inmediatos para páginas rotas y resúmenes diarios para historial visual estable que no debe interrumpir al equipo tras cada ejecución.
Úsalo cuando: Alertas inmediatas para fallos urgentes y estados bloqueados.
El historial base cubre el trabajo reciente. La retención de un año es para equipos que necesitan encontrar archivos de resultado antiguos, referencias y contexto de revisión.
Úsalo cuando: Historial reciente para QA actual y revisión de lanzamientos.
Las reglas de fallo mantienen las capturas malas fuera de revisión para que el equipo revise cambios reales.
Úsalo cuando: Muro de login en lugar de la página esperada.
Empieza con GET para una salida rápida. Pasa a POST cuando haya secretos, entradas largas, almacenamiento o pasos repetibles.
Úsalo cuando: GET: llamada rápida con una URL y unos pocos parámetros.
Convierte la próxima página importante en un resultado guardado, una referencia aprobada o una comprobación recurrente en vez de dejarla como un problema puntual.