Decisiones clave
- Páginas, idiomas y recorridos están enumerados.
- Las tareas críticas tienen resultados esperados.
- La consulta se comprobó hasta el destino.
- El contenido coincide con la versión aprobada.
Acuerda el alcance de la revisión
Enumera páginas, idiomas, tareas e integraciones incluidas. Una web atractiva puede enviar una consulta al destino equivocado. Para cada recorrido crítico, indica inicio, acción y final esperado. Decide quién puede aceptar un requisito. Lleva las ideas nuevas a una lista de cambios separada para que no se conviertan silenciosamente en obligaciones de un trabajo ya entregado. Ambas partes deben entender el alcance antes de discutir los comentarios.
Prueba un recorrido de principio a fin
Envía una consulta con datos ficticios, descarga un archivo y ve desde una categoría hasta su servicio. Comprueba el resultado visible y el sistema receptor cuando esté incluido. Las estrategias de MDN aportan contexto para situaciones realistas. Una animación de botón no demuestra que la consulta llegó al destino. Revisa el final efectivo y anota pasos suficientes para repetir la prueba después de corregir.
Revisa contenido y acceso en pantallas reales
Compara nombres, contacto y afirmaciones con el texto aprobado. Abre las traducciones y verifica que cambiar idioma conserva el tema. Prueba un recorrido importante con teclado y pantalla estrecha. Easy Checks de W3C es una revisión inicial, no una certificación completa. Guarda página, navegador y pasos de cada problema para que otra persona pueda reproducirlo sin adivinar las condiciones.
Convierte los hallazgos en decisiones
Cada incidencia necesita responsable, prueba y siguiente acción. Una consulta perdida puede bloquear el lanzamiento; preferir otra fotografía puede ser mejora futura. Expresa esa diferencia. Repite las correcciones en vez de aceptar un mensaje que diga ‘arreglado’. Comprueba también acceso de edición e instrucciones acordadas. Esta hoja es editorial: los términos finales de aceptación pertenecen al acuerdo real del proyecto y no se crean automáticamente al leer la guía.
Haz el ejercicio
Crea tres filas para una web ficticia: encontrar servicio, enviar consulta y descargar brief. Añade final esperado, observación y responsable de cada pendiente.
Resultado esperado
Una hoja para decidir lanzamiento, corrección o cambio de alcance. No establece aceptación de un pedido existente de VITON13.
Tu lista de evidencias
Marca solo lo que hayas comprobado. Registra tu progreso, no una auditoría independiente ni una predicción. No hay guardado automático; descarga la nota si quieres conservarla.
0 / 6 comprobados
Preguntas y respuestas
¿Basta una aprobación visual?
Puede aprobar la apariencia dentro de su alcance, pero no comprueba recorridos funcionales ni entrega de control. Revisa los comportamientos del acuerdo y guarda observaciones. La decisión debe identificar qué partes se comprobaron realmente, no atribuir cobertura a lo que nadie intentó.
¿Toda incidencia debe bloquear el lanzamiento?
Clasifícala por su efecto sobre el requisito acordado. Un recorrido esencial fallido difiere de una preferencia fotográfica. Acuerda categoría, responsable y siguiente acción en vez de dar la misma urgencia a todos los comentarios sin considerar el objetivo de la publicación.
Siguiente paso
Acepta la web mediante tareas acordadas y pruebas, y vuelve a comprobar lo que afecta al lanzamiento.
Fuentes y comprobación
- MDN — Testing strategies ↗
Comprobado:
- W3C WAI — Easy Checks ↗
Comprobado: