Empezar por una tarea real
Elige un servicio e intenta solicitarlo sin recurrir a lo que ya sabes del negocio. La página debe explicar a quién se dirige, cuál es el siguiente paso y cómo contactar. Si hay que reconstruir esa respuesta entre varias páginas, corrige la estructura antes de ajustar colores. Anota la página de entrada, la acción esperada y la evidencia de que funciona.
Seguir la solicitud después del botón
Un mensaje de éxito no demuestra que la solicitud haya llegado. En un entorno de prueba, envía una consulta claramente identificada y comprueba su registro y quién puede atenderla. Prueba también un correo inválido, campos obligatorios vacíos, un fallo de red y un clic repetido. Conserva el texto cuando el error sea recuperable y ofrece otra vía de contacto. No envíes pruebas al buzón de un cliente sin acordarlo.
Recorrer la versión móvil
En una pantalla estrecha, abre el menú, cambia de idioma, lee un título largo y rellena el formulario con el teclado. El foco debe ser visible, las etiquetas deben mantenerse y el botón debe poder alcanzarse. Una captura muestra recortes, pero no demuestra que la validación o el teclado funcionen. Comprueba apariencia e interacción por separado.
Revisar el acuerdo de direcciones públicas
Compara las URL previstas con el menú, los canonical y el sitemap. Cada destino del sitemap debe ser una página canónica existente; los redirects pertenecen al plan de migración. Revisa también el HTML entregado: ni el cambio de idioma ni las mejoras de JavaScript deberían ser necesarios para descubrir la oferta esencial.
Acordar las pruebas de entrega
La entrega debe identificar la revisión publicada, los recorridos probados, las limitaciones y la persona responsable de cada pendiente. En Aksiandr, la validación local de los archivos y el rastreo HTTP de producción tienen funciones distintas. Superar la primera no sustituye a comprobar lo que devuelve el servidor.