banner

10.2 Tipos de pruebas de usabilidad


Las pruebas de usabilidad, son pruebas de corte no funcional a nivel de sistema/aceptación, que buscan evaluar la usabilidad del sistema percibida por los usuarios. Existen diferentes pruebas de usabilidad, pero en general estas siguen 4 pasos:

  1. Planear: consiste en definir el objetivo de la prueba, el tipo de prueba a realizar, los recursos involucrados, infraestructura, duración, fechas y lugares de ejecución, diseño de los cuestionarios/preguntas, tareas que el usuario debe realizar.

  2. Distribución: se reclutan/invitan los usuarios participantes de forma previa (si la prueba lo requiere), o se definen todos los artefactos necesarios para la distribución/reclutamiento (correos, guiones de presenteción, etc.)

  3. Sesión de pruebas: de acuerdo con el tipo de prueba a realizar se ejecuta la prueba en el lugar seleccionado y con la infraestructura requerida.

  4. Análisis: los datos recolectados durante la sesión de pruebas son analizados para reportar hallazgos y recomendaciones.

Y ¿cuáles son los tipos de pruebas de usabilidad? Los 4 tipos de pruebas de usabilidad más usados se listan en la imagen a continuación. La selección de una prueba o la otra depende del presupuesto de pruebas, el objetivo que se busque con la prueba, y la fase en la que se encuentre el proyecto.

Pruebas de guerrilla. Pruebas de usabilidad informales, de bajo costo, y corta duración (15-20 mins). No se requiere reclutamiento de usuario a-priori; el analista durante la prueba busca recolectar información, percepciones, comentarios “out-in-the-wild”, por ejemplo accediendo a gente en un café, metro, calle, etc. La idea es llevar una "conversación" informal que puede estar asistida por un cuestionario semi-estructurado. Durante una sesión de guerrilla se puede recolectar información cualitativa (notas del analista), y grabaciones de voz con la debida autorización del participante. Se puede usar también un cuestionario corto al final de la sesión. Las grabaciones de video no son usadas porque se complica el manejo de infraestructura fuera y esto puede influir en la naturalidad de la conversación con el participante.

Este tipo de pruebas se recomiendan cuando el presupuesto es bajo y si se está en una etapa inicial de prototipado (validación de prototipos antes de iniciar implementación ) o pruebas alfa/beta al final de sprint. Por el bajo costo se pueden realizar con más frecuencia .

Se puede ofrecer recompensa/remuneración o no. En términos de infraestructura, el analista requiere de un “kit de pruebas” que sea fácil transportar. El kit puede incluir los dispositivos y la infraestructura de conectividad requerida (e.j., router usb con internet, SIM cards con plan de datos) . Se pueden realizar pruebas en equipos de los usuarios, pero esto requiere tiempo para instalación de la herramienta (si es móvil o desktop) y se pueden presentar inconvenientes si el usuario no tiene plan de datos (o este es reducido).

Algunas consideraciones para las sesiones de guerrilla son:

  • Asegurar que los participantes tengan acceso a internet
  • Asegurar que los dispositivos tengan batería suficiente, o existan puntos de conexión eléctrica cercanos
  • Por la informalidad se encuentran menos detalles que las pruebas de usabilidad más complejas
  • Tienen que ser sesiones cortas
  • Ser rápidos a la hora de instalación de las aplicaciones en los dispositivos de los usuarios
  • Asegurar que luego de cada sesión se tiene el ambiente esperado en los dispositivos (ej., cold starts, borrado de datos, etc.)

Prueba remota de usuario sin moderador. Sesión remota (es decir no presencial) en la que un usuario interactúa con el sistema bajo análisis. El usuario puede trabajar de forma libre con el sistema o de forma guíada con base en tareas predefinidas para la sesión. No hay analistas ni observadores en línea, sin embargo la sesión puede ser grabada (video, voz, o interacción remota). Este tipo de prueba permiten acceder a un mayor número de participantes (Crowdsourcing) sin incurrir en costos de desplazamiento a un laboratorio especializado, o a un lugar para sesiones de guerrilla. Se pueden tener más usuarios en paralelo porque no hay un moderador/analista durante la sesión.

En las sesiones de pruebas remotas se puede obtener información cuantitativa de tiempos de uso (tiempo por tarea, porcentaje de terminación de tareas), y alineamiento de reacciones (faciales, corporalez, voz) con tareas, funcionalidades o pantallas específicas.

Los datos recolectados durante la sesión son analizados a-posteriori, con lo cual se pueden presentar malinterpretaciones. Es decir, como el moderador no está en línea no hay oportunidad de preguntarle al participante si el analista quiere resolver una dudad o aclarar algo manifestado por el participante. También, dado que el participante no puede realizar preguntas en línea, se pueden tener respuestas y comentarios de menor calidad. Otra consecuencia de la falta de analista en la línea es que no hay control de las interrupciones ni del tiempo (salvo que la herramienta para sesión remota haga control del tiempo).

Prueba remota de usuario con moderador. Sesión remota pero con la presencia de un moderador/analista que dirige la sesión (similar a una sesión de guerrilla). Si se tienen analistas adicionales, el comportamiento del participante se puede observar y analizar en línea. Nota que en sesión remota con o sin moderador, se requiere de software para compartir escritorio de forma remota o para ejecución remota de dispositivo móvil vía web; también se requiere de software para grabación/streaming remota de las reacciones faciales del usuario o para hacer registro/streaming de voz. Se debe también en ambos casos aseegurar la calidad de la conexión a internet.

Pruebas en laboratorio. Son las más costosas, de mayor duración, con una menor tasa de participantes (depende del presupuesto y logística), pero con la mayor capacidad para recolectar información de alta calidad. Su duración es entre 45 - 60 mins para evitar efectos como cansancio y disminuir la tasa de abandono prematuro. Se puede realizar cualquier tipo de grabación (acciones en la app y dispositivo, voz, lenguaje corporal, biométricos, etc.) dependiendo de los equipos disponibles en el laboratorio. Se puede hacer observación directa y/o análisis posterior . En el caso de observación directa, esta se puede hacer con moderador en la misma sala del participante, o salas especializadas de observación (ej.,cámaras ge Gessell) para evitar influir en el experimento.

Dado el alto costo de las pruebas en laboratorio, hay que ser muy cuidadoso en la selección de los participantes. La duración larga de las sesiones requiere algún tipo de remuneración para los participantes, y establecer mecanismos para asegurar la calidad de las respuestas. Por otro lado, el uso del laboratorio impone trabajo adicional de logística/coordinación de horarios y preparación de las salas. Este tipo de pruebas se recomiendo para apps en proceso de implementación (avanzada) o ya en uso; es decir, las pruebas de laboratorio no son aptas para prototipos.





results matching ""

    No results matching ""