Árbol de páginas


Diagrama


1. Introducción y alta tarea en JIRA

Las pruebas de usabilidad se realizarán en coordinación con el CAU, o en su defecto con un conjunto de usuarios de la aplicación que no la conozcan o que no hayan probado las nuevas funcionalidades. Esto nos permitirá tener una perspectiva externa al grupo sobre la facilidad de uso de la funcionalidad implementada. Estas pruebas deberán hacerse siempre que se vaya a poner nueva funcionalidad a disposición de los usuarios finales y antes de que el personal del CAU conozca la aplicación , por lo que se debe contemplar dentro del ciclo de desarrollo de la release.

Por su parte el CAU también notificará cualquier incidencia que haya detectado durante el proceso creando un Bug al proyecto  con la etiqueta sdaym_test_funcional  en caso de encontrar un error e indicando en el apartado  Test plan  cómo poder reproducirlo.

Para realizarlas estas pruebas el Responsable del proyecto creará la correspondiente tarea en Jira para que el equipo registre el tiempo de preparar y realizar la pruebas de usabilidad. En esta tarea es donde se deben registrarán o enlazar las evidencias de las pruebas realizadas.

Alta tarea JIRA: "NOMBRE_APLICACION: Pruebas de usabilidad"

Tipo de tarea:

"Tarea QA"

Pórtico:

Asociado al Proyecto

Disciplina:

"P9. Gestión de la calidad del software"

Proceso:

"Realizar pruebas de usabilidad"

Etiqueta:

sdaym_usabilidad

Versión correctora:

Versión correspondiente a la release en la que estamos.


Una vez terminado el trabajo el miembro del equipo de desarrollo encargado de realizar la Tarea QA cerrará dicha tarea, y creará:

  • Una subtarea externa que será una petición de servicio a DJ-AT-CAU para la realización de la prueba con el CAU. El personal del CAU programará la realización de esta tarea y la cerrará cuando la prueba esté terminada. El contenido del Jira a crear es el siguiente

Alta tarea JIRA: "Revisión QA: NOMBRE_APLICACION Pruebas de usabilidad"

Proyecto

DJ-AT-CAU

Tipo de tarea:

"Petición de servicio"

Descripción:

  • Indicaciones de la aplicación o parte de la aplicación a probar
  • Usuarios a personificar en caso de ser necesario
  • Guion para la realización de la prueba


  • Una subtarea externa que será una petición de servicio  a DJ-AT-MNCS, para verificar que la recogida de evidencias ha sido correcta. El contenido del Jira a crear es el siguiente

Alta tarea JIRA: "Revisión QA: NOMBRE_APLICACION Pruebas de usabilidad"

Proyecto

DJ-AT-MNCS

Tipo de tarea:

"Petición de servicio"

Descripción:

Indicación de la prueba de usabilidad realizada


2. Realización de la prueba de usabilidad

La prueba de usabilidad la realizará el CAU de manera independiente al grupo desarrollador  es imprescindible que ese guion proporcione un contexto adecuado (incluyendo detalles que no afectan directamente en la prueba pero sí hacen que se tenga una visión global del escenario) pero no indique acciones concretas a realizar, dicho contexto debe tener toda la información necesaria para realizar las acciones, pero no instrucciones concretas, por ejemplo:

Caso NO válido

Entra a la aplicación, y en el apartado de usuarios crea un usuario con nombre XXX dni YYYY rol ZZZ


Caso válido

Eres el administrador de la aplicación XXX y te llega una solicitud de alta de un nuevo usuario que se va a encargar de gestionar la parte X de la aplicación. Sus datos son nombre: XXXX y dni YYYY

Una vez concluida la prueba el equipo guardará el video en Umubox y creará un link público incluyéndolo en el Jira creado para realizarrla.


3. Registro de resultados de las pruebas de usabilidad

La  Tarea QA  creada estará reflejada dentro del espacio de Confluence del PÓRTICO en la Release correspondiente a las fechas en las que se realizó la tarea. Toda la información sobre esta tarea y su validación deberá quedar registrada en la propia  Tarea QA o en las Subtarea Test que pueda tener.

En este caso un enlace a los manuales de ayuda realizados y al estudio de usabilidad realizado por el CAU (vídeos, jiras, etc).

  • Sin etiquetas