Guías prácticas

Priorizar las correcciones de un sitio con pruebas

Una prioridad vincula un problema observado, sus consecuencias y una comprobación final. Un número aislado no basta.

Ver el método

Documentos y planificación de un proyecto web
Ilustración generada por IA

Describir el fallo antes de elegir la solución

Anote página, dispositivo, acción, resultado esperado y resultado observado. Conserve una prueba sin datos personales innecesarios. Separe observación e hipótesis: un formulario puede fallar en validación, envío o recepción. Reproduzca el problema en pruebas sin efecto real antes de atribuirle una causa.

Ordenar por consecuencias y dependencias

Empiece por disponibilidad, contacto y restauración; después acceso móvil o por teclado y exactitud del contenido. Estudie descubrimiento, velocidad y medición según la evidencia. Identifique accesos o componentes compartidos que desbloqueen otras tareas. Un dato desconocido exige comprobarlo, no declarar una avería. Adapte este orden a su situación.

Definir un lote verificable

Indique alcance, responsable, dependencias, cambio y aceptación. Ejemplo ficticio: un menú de contacto debe abrirse, recorrerse y cerrarse con teclado devolviendo el foco. Prepare retorno atrás antes de modificar un componente compartido. Copiar archivos no conserva una base de datos; una migración necesita también identificadores, relaciones y datos persistentes.

Comparar medidas equivalentes

Repita URL, dispositivo, red, herramienta y consentimiento. Los Core Web Vitals distinguen aspectos de la experiencia; una nota de laboratorio no representa a todos los visitantes. Aísle la conexión si varios sitios son lentos. Cumplir requisitos técnicos de Google no garantiza rastreo o indexación. Separe el cambio entregado de sus efectos futuros.

Conservar pruebas y continuar

Registre observación, evidencia, prioridad, responsable, versión y resultado. Un botón nuevo no demuestra más conversiones. Use el plan de prioridades para ordenar tareas y el registro de aceptación para conservar pruebas. Después del lote aprobado, vuelva a las incógnitas; mantenga una razón documentada para los elementos que ya funcionan.

Documentos de referencia

Contenido actualizado

Matriz de validación funcional para adaptarse al proyecto

Estos controles propuestos utilizan casos ficticios. Decida qué comportamiento se espera con el equipo, anote el resultado y asigne discrepancias no resueltas antes de la publicación.

Desplace la tabla horizontalmente para leer todas las columnas. Con el teclado, sitúe el foco en la tabla y use las flechas.

Casos de prueba, resultados esperados y evidencia útil
CasoResultado esperadoPrueba para mantener
ObservaciónReproducir el falloPágina y condiciones identificadas
LoteAsignar responsable y aceptaciónAlcance y dependencias claros
MediciónRepetir las mismas condicionesCambio y efecto separados