Qué probar antes de aprobar tu web: convierte requisitos en comprobaciones
Prepara criterios de aceptación para contacto, reservas, catálogo y edición. Una guía para revisar una entrega con pruebas concretas y alcance acordado.
Una entrega se revisa mejor cuando sabes qué tareas tiene que resolver. El diseño visual importa, pero aprobar una web también requiere comprobar que una persona puede encontrar la información, completar una acción y entender su resultado.
Puedes preparar esas pruebas antes de construir. Toma cada requisito y conviértelo en una frase con tres partes: situación inicial, acción y resultado esperado. Si la frase es demasiado ambigua para comprobarla, todavía necesitas concretar el alcance.
De «quiero un formulario» a una tarea completa
Un requisito útil podría ser: «Desde un móvil, una persona puede escribir una consulta, corregir un dato inválido y recibir una confirmación comprensible del resultado». Después hay que definir quién recibe la solicitud y dónde se comprobará.
No basta con pulsar el botón en el caso ideal. Revisa campos vacíos, un formato incorrecto y un intento que falla. El texto escrito debería conservarse cuando el error permita volver a intentarlo. Si solo se abre WhatsApp, la interfaz debe decirlo, sin afirmar que el negocio ya ha recibido el mensaje.
De «tiene tienda» a un pedido verificable
Selecciona un producto con variantes, configura una opción y comprueba la cesta. Revisa las condiciones que afecten al total y el resultado del pedido en un entorno de prueba acordado.
Incluye los estados que suelen quedar fuera de una demostración rápida: producto sin disponibilidad, selección incompleta, error al continuar y reintento. Define qué debe ver el cliente y qué debe revisar la persona que gestiona pedidos.
El misterio del carrito sorpresa sirve para observar una parte concreta: cuándo aparece el envío. Esa pequeña prueba puede revelar un problema incluso antes de conectar pagos reales.
De «se ve bien en móvil» a controles utilizables
Escoge los anchos y dispositivos relevantes para tu público. Revisa textos, controles y contenido que se desplaza horizontalmente. Llega hasta la última acción de cada recorrido, incluyendo barras fijas y mensajes de error.
Prueba también la navegación con teclado. Debe quedar claro dónde está el foco y cómo se sale de un menú o diálogo. Si hay movimiento, comprueba la preferencia de movimiento reducido. Estas pruebas no sustituyen una evaluación completa de accesibilidad, pero convierten requisitos habituales en observaciones revisables.
La edición también forma parte de la entrega
Si vas a publicar artículos o actualizar productos, realiza una tarea desde el editor previsto. Guarda un borrador, revisa su vista previa y comprueba quién puede verlo. Si cambias el título de una pieza existente, verifica qué ocurre con su dirección.
Acuerda el procedimiento para modificar una URL que ya se ha utilizado. Evitar una rotura silenciosa importa tanto como facilitar la edición. Lo mismo ocurre con las fechas: una página no debería aparentar una revisión reciente que nadie ha hecho.
Registra lo pendiente sin bloquear decisiones pequeñas
Usa una tabla sencilla: requisito, prueba, resultado, evidencia y responsable. Si aparece un defecto, explica cómo reproducirlo y qué tarea impide. Separa los problemas que frenan la salida de los ajustes que pueden planificarse después, siempre con acuerdo sobre el alcance.
Conserva también una forma de volver a una versión anterior y los accesos necesarios para operar la web. No hace falta convertir la revisión en una lista infinita: empieza por lo que utiliza tu negocio y amplía cuando aparezca un riesgo concreto.
Puedes preparar estos criterios en el briefing. Cuando llegues a la entrega, tendrás una base para explicar qué has comprobado y qué sigue pendiente, con más precisión que un «parece que funciona».
