Cómo hacer la vista previa y el control de calidad de su evaluación antes de publicarla

What you'll need

• Un borrador de evaluación montado en el builder (secciones, páginas, bloques)
• Rúbricas o claves de respuesta adjuntas a cada tarea puntuada
• Un teléfono o una ventana de navegador estrecha para la pasada móvil
• 1–2 colegas disponibles para una prueba piloto corta

Step 1: Abra la vista previa como candidato desde la cabecera del builder

Empiece cada pasada de control de calidad desde "Preview as candidate" en la cabecera del builder. La vista previa muestra la evaluación exactamente como la verá un candidato — las mismas páginas, bloques, instrucciones y temporizadores — de modo que todo lo que detecte aquí es un problema real resuelto antes de que le cueste una respuesta.

Resista la tentación de leer por encima su propio contenido. Usted escribió estas tareas, así que su cerebro rellenará huecos que un candidato no puede rellenar. Lea cada instrucción como si nunca hubiera visto el puesto, y responda cada pregunta de verdad en lugar de avanzar a clics. La idea es vivir la evaluación, no darle un paseo.

Step 2: Recorra todas las páginas en escritorio, respondiendo de verdad

Vaya página por página y complete realmente cada tarea: escriba las respuestas de texto, rellene las entradas de la tabla, suba un archivo, grabe el audio o el vídeo si la evaluación lo pide. Los tipos de ítem interactivos fallan de maneras que una ojeada visual nunca revela — una subida que rechaza el formato de archivo obvio, una tarea de código con un estado inicial confuso, un bloque de grabación que un candidato podría pasar por alto.

Preste especial atención a los diseños de estímulo en paralelo. Confirme que el estímulo y la pregunta se ven a la vez, que los documentos largos se desplazan de forma independiente y que nada obliga al candidato a memorizar el estímulo antes de responder. Un problema de maquetación aquí cambia en silencio lo que mide la tarea — de la habilidad para la que la diseñó a la memoria de trabajo y la paciencia.

• Cada instrucción es inequívoca para alguien ajeno a su equipo
• Las subidas, las grabaciones y los bloques de código aceptan una respuesta realista
• El estímulo y la pregunta se leen juntos en una sola pantalla
• Los campos obligatorios y la navegación se comportan como se espera en todas las páginas

Step 3: Repita el recorrido en un teléfono

Ejecute la misma vista previa en un teléfono o en una ventana de navegador estrecha. Los candidatos no siempre están sentados a un escritorio, y los diseños que se ven bien en un monitor ancho pueden enterrar un estímulo, truncar una tabla o empujar el botón de envío por debajo de un desplazamiento interminable en una pantalla pequeña.

Si una tarea requiere de verdad un escritorio — un entorno de código, una revisión larga de documentos en paralelo — dígalo explícitamente en las instrucciones de la evaluación en lugar de dejar que los candidatos lo descubran a mitad del intento. Una frase que fije expectativas de antemano es mucho más barata que una respuesta frustrada y a medio terminar.

Step 4: Cronometre un ensayo realista frente a sus límites

Complete la evaluación a un ritmo de trabajo realista y compare su tiempo transcurrido con los límites totales y por página que fijó en el builder. Después añada margen: usted ya conoce el material, y un candidato que lo lee todo por primera vez será sensiblemente más lento de lo que fue usted.

Compruebe los límites por página uno a uno, no solo el total. Una sola página infravalorada — normalmente la que lleva la prueba de trabajo más rica — puede arruinar una evaluación por lo demás bien cronometrada, porque la presión de tiempo sobre una única tarea castiga sobre todo a los candidatos cuidadosos. Si una página le pareció apresurada incluso a usted, alárguela antes de que la vea nadie más.

Step 5: Verifique cada rúbrica y clave de respuesta frente a su tarea

Abra cada tarea puntuada y confirme que su configuración de puntuación coincide con la tarea tal como está escrita realmente — no como la redactó hace tres ediciones. En los ítems de puntuación automática, compruebe que la clave de respuesta marca las opciones correctas y que los valores en puntos son los que pretende. Recuerde que una tarea sin clave de respuesta se puntúa automáticamente como null, es decir sin puntuación, y queda a la espera de revisión manual; no puntúa en silencio como cero, pero seguirá sin puntuar hasta que alguien se ocupe de ella.

En las tareas puntuadas con rúbrica, relea cada criterio frente al enunciado de la tarea y confirme que una respuesta fuerte a ese enunciado podría demostrar realmente todos los criterios. Tenga en cuenta que las rúbricas se congelan en una instantánea al adjuntarse, así que este es el momento de corregir la redacción — las ediciones posteriores en su biblioteca no llegarán a la evaluación publicada.

Step 6: Complete la lista de comprobación de publicación

La lista de comprobación de publicación es la última puerta de la plataforma: bloquea Publish hasta que la configuración obligatoria esté completa, señalando cosas como una configuración de puntuación ausente o secciones sin terminar de configurar. Trabaje cada punto que plantee en lugar de buscar el camino más rápido hacia un botón verde.

Trate la lista como un suelo, no como un techo. Verifica la integridad estructural; no puede juzgar si sus instrucciones son claras o si sus tiempos son humanos. Para eso servían los pasos anteriores. Cuando la lista esté limpia y sus pasadas manuales hechas, está listo para el piloto.

Step 7: Haga un piloto con una o dos personas internas

Antes de que ningún candidato vea la evaluación, pida a uno o dos colegas que la hagan de principio a fin en condiciones reales — el enlace de entrega real, los límites de tiempo reales y los ajustes de seguridad que piensa usar, para que la experiencia de consentimiento y comprobación previa también se pruebe. Elija a personas que no hayan ayudado a construirla; una mirada fresca encuentra lo que la suya no puede.

Haga el repaso inmediatamente, mientras la experiencia está fresca. Después puntúe sus respuestas con sus rúbricas como comprobación final de que el lenguaje de la rúbrica funciona sobre resultados reales y no solo en teoría. Corrija lo que revele el piloto, vuelva a pasar la vista previa por todo lo que haya cambiado y solo entonces envíe las invitaciones.

• ¿Dónde resultaron ambiguas o sorprendentes las instrucciones?
• ¿Qué página se sintió más presionada por el tiempo?
• ¿Las indicaciones de comprobación previa y seguridad parecieron proporcionales a lo que está en juego?
• ¿Se pudieron puntuar limpiamente con la rúbrica las respuestas del piloto?