Lecciones aprendidas
Fallos reales y lo que cambió
Un sistema fiable no es el que nunca falla, sino el que detecta sus fallos con pruebas objetivas, los corrige en la raíz del sistema y deja constancia escrita de qué cambió para que no vuelvan a repetirse en ningún curso posterior.
Fallos que se encontraron y se corrigieron
| Qué falló | Cómo se detectó | Qué cambió |
|---|---|---|
| El verde del logo daba 2,96:1 de contraste cuando se usaba como texto. | Cálculo de los 14 pares de color del sistema con la fórmula de contraste de WCAG. | Se usa un verde oscuro de 6,16:1 para el texto, y el verde claro queda solo como decoración. |
| El rosco y el juego de arrastrar palabras no se podían manejar solo con el teclado. | Revisión uno a uno de los 16 componentes de la biblioteca. | Se sustituyeron por botones reales y se probaron de extremo a extremo con Tab y Enter. |
| Ninguna actividad de evaluación enviaba su resultado a la plataforma SCORM. | Auditoría de la trazabilidad de extremo a extremo. | Se conectaron y probaron los cinco componentes que evalúan. |
| Las pestañas salían sin contenido en el PDF del manual. | Prueba con el código real del manual, después de una primera entrega. | Las pestañas y los acordeones se convierten ahora en tablas con cabeceras reales. |
| Las fuentes de marca podían no verse en el PDF. | El entorno de render no tiene internet y la importación fallaba en silencio. | Las fuentes van incrustadas en base64 y nunca se importan desde la red. |
| Una regla recién corregida podía no aparecer en el PDF ya renderizado. | Había dos copias del mismo script en carpetas distintas del entorno de trabajo. | Se documentó la comprobación previa de que existe una sola copia de cada script. |
| Las tablas sin puntuación inflaban artificialmente el número de palabras por frase. | Tres nodos cambiaron de puntuación al corregir la medición del validador. | El validador añade ahora el punto final de cada fila y los tres nodos se reescribieron. |
Lo que me llevo
Medir antes que opinar, porque el contraste, la legibilidad y la maquetación se calculan con código y no se aprecian a ojo.
Auditar al propio auditor, ya que el validador de legibilidad también tuvo fallos que había que descubrir.
Corregir en el sistema y no en cada pieza suelta, para que cada arreglo beneficie automáticamente a todos los cursos posteriores.
Decir siempre qué falta, de modo que si un dato no tiene fuente se declara expresamente en lugar de completarlo sin respaldo ni sustituirlo en silencio.
Preguntas frecuentes
¿Qué hace fiable a un sistema?
No es que nunca falle, sino que detecta sus fallos con pruebas objetivas, los corrige en la raíz del sistema y deja constancia escrita de qué cambió.
¿Qué se hace cuando un dato no tiene fuente?
Se declara expresamente, en lugar de completarlo sin respaldo o sustituirlo en silencio.
Sigue leyendo
¿Necesitas formación acreditable, clara y accesible?
Diseño y construyo sistemas como este para entidades de formación, centros y empresas. Si quieres ver Conetium funcionando o hablar de tu proyecto, empezamos por ahí.