eImage Added

Diagrama

Image Added

1. Introducción y alta tarea en JIRA

Las pruebas funcionales se deben realizar para garantizar que el desarrollo llevado a cabo durante un Sprint o Relase funciona de manera adecuada.

Para realizarlas el Responsable del proyecto creará la correspondiente Tarea QA en Jira, junto con las subtareas que estime oportuno, para que el equipo de desarrollo realice las pruebas correspondientes.

Dentro de

esta Tarea QA el Responsable del proyecto creará tantas subtareas como estime oportuno para realizar y balancear el trabajo de las pruebas. Cada subtarea que se cree tendrá como objetivo cubrir una funcionalidad o conjunto de funcionalidades concretas, de manera que cuando el

miembro del equipo de desarrollo realice dicha subtarea pueda comentar tanto los problemas que ha encontrado como las pruebas que fueron exitosas.

Una vez terminado el trabajo el miembro del equipo de desarrollo encargado de realizar la Tarea QA cerrará dicha tarea, y creará una subtarea (asociada al mismo Pórtico)  dentro del mismo proyecto para que un responsable revise y valide dicho trabajo. Se deberá indicar en el asunto 'Revisión y validación tarea QA'

La persona responsable de esta subtarea deberá cambiar el estado de la Tarea QA padre a Image Added asignándose como verificador QA y empezará el proceso de revisión. El tiempo dedicado lo imputará en la subtarea que se creó para tal fin. 

• Si la tarea revisada es correcta, se cambiará el estado a Image Added y se cerrará la subtarea creada para la revisión
• Si la tarea revisada requiere alguna corrección, se cambiará el estado a Image Addedindicando el motivo del rechazo 
  • El miembro del equipo de desarrollo encargado de realizar la tarea QA deberá, cambiar el estado de la tarea a Image Added realizar el trabajo para finalizar correctamente la tarea y cerrarla de nuevo, y así iniciar de nuevo el proceso de revisión. En este caso, no será necesario crear una nueva subtarea ya que existe una creada, en la que se puede imputar el tiempo de las siguientes revisiones hasta que la tarea QA quede correctamente finalizada.

2. Realización de pruebas funcionales

Las pruebas funcionales las realizarán los miembros del equipo de desarrollo del proyecto existiendo dos vías según las características del proyecto y las indicaciones del Responsable del mismo, pudiendo realizarse de una de las siguientes maneras:

• Pruebas Manuales: Éstas pruebas se realizarán por parte de los miembros del equipo de desarrollo de manera manual creando una tabla con los siguientes datos

• :
  • Responsable de la prueba
  • Funcionalidad probada
  • Conjunto de datos utilizados (los datos relevantes)
  • Si terminó exitosamente o no
  • En caso de que se produjera algún error añadir toda la información relevante para poder reproducirlo
  • Cualquier otra información adicional que el equipo de desarrollo considere oportuna
• Pruebas automáticas (sólo FundewebJS): Éstas pruebas se realizarán por parte de los miembros del equipo de desarrollo diseñando test con Cucumber que prueben las diferentes situaciones que pueden ocurrir en la aplicación. En este caso las evidencias que se deberán anexar serán los ficheros de reporte que genera Cucumber tras ejecutarse para realizar los test.

Todas las evidencias recopiladas deberán encontrarse o bien en la Tarea QA o en sus subtareas, el formato en el que se recojan será el que decida el Responsable del proyecto

.

3. Registro de resultados de pruebas funcionales

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 se deberán registrar todas las pruebas realizadas y las evidencias que se pasaron, en el formato que se estime oportuno

.