Estrategias de pruebas

• Descripción

Habitica es una aplicación web que permite llevar el control sobre diferentes tareas o hábitos de los usuarios. Su objetivo principal es brindar a los usuarios una herramienta para la gestión de actividades. A medida que ha ido creciendo y evolucionando ha incluido nuevas funcionalidades como la gestión de tareas por equipos para lograr objetivos comunes. Su interfaz y estilo amigable en la que se simula un juego sirve como motivador para que las personas lo utilicen y no sea solo otra aplicación de gestión de tareas más.

Front-End: JavaScript (Vue.js) Back-End: JavaScript (Node.js) Base de Datos: Mongo DB

• Contexto de ejecución

  • Recursos Disponibles

  Se cuenta con tres integrantes en el equipo, en donde cada integrante tiene 4 horas disponibles para las pruebas de esta aplicación. Esto se toma teniendo en cuenta que cada integrante tiene disponibles 12 horas a la semana y en total se van realizar pruebas sobre tres aplicaciones diferentes.

  Dentro de las 4 horas establecidas se incluye el tiempo de documentación del proceso y resultado de las pruebas.

  Además se cuenta con con las siguientes maquinas para realizar las pruebas.

  Especificaciones
  Dell Intel Core i7, RAM 16GB, 64 bit, Windows
  Asus Intel Core i5, RAM 8GB, 64 bit, Windows
  Asus Intel Core i7, RAM 8GB, 64 bit, Windows

  Las pruebas se van a realizar sobre dos navegadores distintos(Chrome y Firefox) en sus últimas versiones.

• Objetivos del proceso de pruebas

  • Ejecutar pruebas Random y utilizar generación de datos en estas.
  • Realizar pruebas de usabilidad sobre la aplicación web.
  • Crear y ejecutar pruebas E2E para todas las funcionalidades escogidas.
  • Detectar defectos de la aplicación a través de las pruebas realizadas.

• Funcionalidades a probar

  • Login.
  • Registro
  • Crear avatar
  • Añadir intereses
  • Visualizar tarea
  • Hábitos
  • Tareas pendientes
  • Tarea diarias
  • Recompensas
  • Realizar búsqueda de tareas
  • Crear equipo
  • Invitar amigos a un equipo
  • Editar equipo
  • Invitar a una misión
  • Visualizar miembros del equipo
  • Enviar mensajes a miembros del equipo

• Tipos y niveles de pruebas

Se van a realizar pruebas a nivel sistema de tipo Random y pruebas de aceptación para evaluar la usabilidad de la aplicación. Además se van a realizar más scripts E2E para las funcionalidades que faltan dentro de la listas seleccionada utilizando la herramienta Cypress, esto se realiza con el objetivo de detectar más defectos en la aplicación probando otras funcionalidades diferentes. El repositorio con estas pruebas es el siguiente: https://github.com/NATHA1096/testing-scripts

• Resultados

A continuación se muestran los resultados obtenidos al ejecutar las distintas pruebas anteriormente mencionadas.

• E2E
• VRT

Resultados UX

Para estas pruebas se realizan dos escenarios. El primero con una persona algo habituada con la aplicación y el segundo con una persona que nunca ha utilizado esta aplicación.

Escenario 1: Usuario antiguo de la aplicación. En esta prueba se realiza un vídeo de aproximadamente 10 minutos en donde se recorren todas las funcionalidades y se intenta seguir un diagrama de navegación. Dentro de estas pruebas se siente una aplicación bastante completa en cuanto a sus funcionalidades, sin embargo esto también genera que su grado de complejidad para el uso sea mucho mayor.

La primera vista "Dashboard" cuanta con muchos tableros en los que se dividen tareas dentro de las categorías de hábitos, tarea diaria, tareas y recompensas, y esto llega a confundir al usuario de su uso. Una alternativa para manejar eso seria tener una sola pila de tareas que se pueden etiquetar dentro de las diferentes categorías mencionadas anteriormente.Y también estas columnas representen el progreso de cada una.

También se podria simplificar la barra de navegación, pensando mejor en las funcionalidades y analizando cuales son las que generan más valor a los usuarios según la propuesta ofrecida por la aplicación.

Adicionalmente, se encontró un bug a la hora de filtrar los usuarios de un equipo. El reporte de este issue se encuentra documentado en Backlog.