5 Especificación del contexto de uso
5.1 Conocimientos previos
6.3.4 Test de usabilidad preliminar
Se han seleccionado con la ayuda del tutor a tres usuarios a los que hacer una sesión de test previa al resto de usuarios para conocer si los escenarios son factibles y nos van a aportar la información que esperamos. Un escenario demasiado fácil hará que un usuario no cometa errores ni aparezcan situaciones desconocidas por lo que se va a obtener poca información válida, por otro lado, tampoco sirve un escenario que sea demasiado complicado y que el usuario no sepa hacerlo ya que tampoco nos aportará demasiada información. Además, estos test de usabilidad pilotos ayudan a refinar los cuestionarios de satisfacción
Para la realización de los tres pilotos se han seleccionado tres usuarios, uno para cada uno de los roles de usuarios propuestos y por tanto de escenarios desarrollados. Las pruebas piloto se han realizado según las reglas de un test de usabilidad:
1. En primer lugar se explica el objetivo del test para que el usuario no se sientan evaluados en ningún momento y haga las tareas de un modo más natural y sin
82
preocupaciones. También se le proporciona los ficheros necesarios para la ejecución del test correspondiente.
2. A continuación lee la introducción correspondiente al “Protocolo de pensar en voz alta” para saber el modo en que tiene que desarrollar el escenario así como el escenario correspondiente a su rol. Una vez leídos se resuelve cualquier duda que le haya podido surgir.
3. El usuario realiza las acciones especificadas en el escenario utilizando el “Protocolo de pensar en voz alta”. Se le hacen, a la vez que ejecuta el escenario, algunas preguntas que se estiman de interés en cuanto a su comportamiento durante el uso de la herramienta, así como que se van tomando notas de los problemas encontrados en cada una de las tareas.
4. Finalmente, se proporciona al usuario un cuestionario de satisfacción para que lo rellene.
6
6..33..44..11
Conclusiones test de usabilidad preliminar
Durante el test de usabilidad piloto no sólo se va a obtener información útil para mejorar los escenarios y cuestionario de satisfacción sino que también se obtiene ya información sobre problemas de usabilidad y funcionalidad de la herramienta. En este punto se va a analizar solamente los escenarios y el cuestionario de satisfacción buscando errores en ellos y no las respuestas y comportamiento de los usuarios que pueden ser debidas a problemas de usabilidad. Dicha información será analizada más adelante junto con los test de usabilidad definitivos.
6.3.4.1.1 Escenario “Usuario tareas básicas”
Los cambios propuestos a raíz del test piloto al usuario perteneciente a este rol son los siguientes:
• Se agrega a la página Web de la UPM http:// en la tarea 3 ya que al tratarse de usuarios con conocimientos básicos de informática pueden no saber que hay que ponerlo al crear el enlace.
• El usuario al crear el enlace pedido en el escenario lo ha enlazado al resumen recién creado por lo que se ha decidido cambiar el escenario y explicar que se tiene que poner en una frase aparte, para que quede más claro.
6.3.4.1.2 Escenario “Usuario tareas complejas”
Al realizar la prueba con este usuario se proponen los siguientes cambios sobre el escenario de este rol:
• Al realizarse el test piloto con una sesión de usuario con permisos de administrador en la herramienta aparecen opciones con las que el usuario no estaba familiarizado. Por ello, se ha pedido al Centro de Cálculo que para los test de usabilidad definitivos proporcione una cuenta con permisos de usuario básico.
• Ha tenido problemas para encontrar la página “Conócenos/Estudiar Ingeniería Informática”. Esto es debido a que en la página “Conócenos” no hay un enlace directamente a “Estudiar Ingeniería informática” pudiendo acceder a ella sólo por el navegador lateral de la izquierda.
83
Para solucionar esto se agrega un enlace a dicha página desde “Estudiar Ingeniería Informática”.
• La primera tarea dividirla en dos. La primera para poner el resumen y el enlace a la Web de la UPM y la segunda para poner un enlace al documento en cuestión. Con esto, se intenta evitar que, como ha hecho este usuario, introduzca el enlace al documento en la frase del resumen quedando solapado con el enlace de UPM y por lo tanto éste último enlace inaccesible. Además, cuando se está haciendo el test es más cómodo para el evaluador que está tomando notas tener las tareas separadas.
• El usuario no ha introducido http:// al crear el enlace a la página Web de la UPM por lo que se decide poner la url entera en el escenario para no llevar a equívocos.
6.3.4.1.3 Escenario “Administrador”
Una vez se ha realizado el test a un usuario correspondiente al rol “Administrador” se ha visto que hace las actividades propuestas sin problemas y que la información que se obtiene durante el desarrollo del escenario es irrelevante. Por ello se ha decidido que no se hagan test de usabilidad a ningún otro usuario con rol administrador y que estos usuarios cumplimenten sólo el cuestionario de satisfacción. El cuestionario de satisfacción de estos usuarios aporta información relevante sobre el uso de la herramienta ya que son los que más tiempo la usan realizando tareas más complejas y por lo tanto los que mejor conocen el sistema.
En anexo Escenarios finales para cada rol se pueden ver los escenarios actualizados con los cambios propuestos.
6.3.4.1.4 Cuestionario de satisfacción
Se propone un cambio en la pregunta 14. ¿Cree que la apariencia del sistema es adecuada? se decide eliminarla del cuestionario ya que es confusa, su respuesta es “sí o no” y no aporta información relevante.
Además, se ha comprobado que la pregunta 7. ¿Cuáles son los aspectos positivos de la herramienta? es un poco ambigua por lo que se decide cambiarla por ¿Qué características destacarías de la herramienta?
En el anexo Cuestionario de satisfacción final se puede ver el cuestionario que se va a utilizar durante el test de usabilidad final con los usuarios.