1. ¿Qué son las “pruebas de usabilidad”?
La "prueba de usabilidad" también se puede denominar "prueba de experiencia del usuario". Está diseñada para probar tareas a través de funciones del producto, lo que permite a los usuarios completar algunas pruebas reales de acuerdo con las tareas para probar la usabilidad del producto, lo que sirve como una referencia importante para posterior mejora y mejora del producto.
2. Por qué son necesarias las pruebas de usabilidad
1. Hay las siguientes preguntas
Después de desarrollar nuevas funciones de producto o crear nuevas características de producto, siempre tenemos preguntas como esta:
a. ¿La última versión es mejor que la versión anterior?
b. ¿Es nuestro sitio web tan fácil de usar como los sitios web de nuestros competidores?
c. ¿Pueden los usuarios completar el trabajo que desean completar de acuerdo con el proceso que diseñamos?
d. ¿Nuestros diseñadores han diseñado el diseño de acuerdo con los hábitos operativos del usuario y las características del producto?
2. Puede haber razones
a. Cada sitio web tiene problemas de usabilidad.
En el proceso de uso de un sitio web, a menudo nos encontramos con problemas de usabilidad, y algunos problemas suelen ser graves e impiden que los usuarios completen las operaciones previstas. Los sitios web maduros han pasado por múltiples rondas de pruebas y tienen relativamente pocos problemas, pero todavía hay problemas con los usuarios.
b. Los problemas graves suelen ser fáciles de detectar.
Los diseñadores y productores de sitios web a menudo saben cómo funciona el sitio web y lo operarán de acuerdo con las ideas de diseño que los usuarios desconocen, por lo que permitir que los usuarios prueben el sitio web a menudo puede encontrar problemas graves más fácilmente;
c. Ver a los usuarios usar los productos puede convertirlos en mejores diseñadores.
A los ojos de los diseñadores, los usuarios suelen tener conceptos abstractos y el diseño se completa en función de su propia imaginación. Observar a los usuarios proporciona una comprensión más profunda de cómo los usuarios usan un producto y cómo está diseñado para su uso.
3. Proceso de prueba
3.1. Descripción del proceso básico
a.Preparar casos de prueba
Organice todas las funciones del sitio web, descubra los pasos clave e importantes para que los usuarios naveguen por el sitio web (o las funciones que se espera que se prueben), diseñe los escenarios funcionales y, finalmente, forme un documento de tarea de prueba.
Los ejemplos de tareas son los siguientes:
b. Reclutar probadores
De acuerdo con la planificación preliminar del sitio web, posicione el grupo de usuarios, identifique a los usuarios representativos individuales e invítelos a unirse a la prueba. Las personas invitadas deben poder cumplir con el grupo de usuarios objetivo (potencial);
c. Preparar el entorno de prueba.
Debido a la particularidad de la prueba de posibilidades, tengo ciertos requisitos especiales para el medio ambiente:
"1" puede proporcionar una sala relativamente independiente, equipada con una PC común que pueda conectarse a Internet, para que los usuarios realicen pruebas. El propósito de proporcionar una sala independiente es principalmente evitar interferencias externas tanto como sea posible, para que los usuarios puedan. Dedicarse de todo corazón. Utilizados en conjunto, es útil observar cómo los usuarios abordan los problemas de usabilidad;
"2" El software que afectará el proceso de prueba no debe abrirse en PC normales, como software antivirus, herramientas de chat y otro software de ventanas emergentes;
《3》 Se debe instalar un software de grabación de pantalla y un software de grabación de voz en la PC para registrar las operaciones del usuario y el proceso de pensamiento vocal durante la prueba;
d. Organizar al personal para observar
Organice observadores con anticipación, que pueden incluir gerentes de producto, diseñadores de interacción, diseñadores visuales, ingenieros de front-end y desarrolladores de programas;
e. realizar pruebas
El evaluador lleva al usuario a la sala de pruebas, le presenta la relevancia de esta prueba y la realiza bajo la observación del evaluador.
3.2. Precauciones antes de realizar la prueba
a. Antes de realizar la prueba, se debe explicar al usuario la duración de la misma.
b. Exigir al usuario que piense en voz alta tanto como sea posible (sobre lo que ve, lo que quiere hacer y lo que piensa).
c. Explique al usuario: "Lo que queremos probar es el sitio web, no el usuario".
d. Durante la prueba, las preguntas planteadas por los usuarios sobre cómo utilizar no pueden responderse inmediatamente. Pueden responderse después de completar la prueba. Lo que queremos probar es cómo los usuarios completarán la tarea sin la ayuda de nadie.
e. Si el usuario no puede completar la tarea, pase a la siguiente tarea. Esta tarea no se puede completar.
f. Explique que la pantalla de prueba y el sonido se grabarán con el permiso del usuario; el contenido grabado se utilizará como base para mejorar el sitio web y no será visto por nadie ajeno al proyecto.
3.3. Registro de probadores
Antes de probar a cada usuario, es necesario registrar la situación del usuario para determinar el rango de adaptabilidad del usuario:
a. Ocupación, edad?
b. ¿Aproximadamente cuánto tiempo pasa en línea cada semana?
c.¿Qué tipo de sitios web se visitan al navegar por la web? Da algunos ejemplos
d. ¿Hay algún sitio web que le guste mucho visitar?
3.4. Página de inicio de turismo
Después de comprender la situación del personal, primero abra la página de inicio de nuestro sitio web para que los usuarios naveguen. En esta etapa, no permita que los usuarios cambien a otras páginas de tareas y aprenda lo siguiente de los usuarios:
a. ¿Qué tipo de sitio web crees que es este?
b. ¿Qué hace este sitio web?
c. ¿Qué puedes hacer en el sitio web?
Después de permitir a los usuarios describir brevemente los problemas anteriores, resulta útil descubrir problemas en el diseño general del sitio web.
4. Sobre resumen y comunicación.
Después de completar una prueba, los participantes relevantes llevan a cabo una reunión de resumen, donde todos discuten los problemas observados esta vez y resumen las opiniones de manejo para corregirlas en la próxima revisión.
Fuente del artículo: http://ucd.lcduba.com/?p=69