Árbol de páginas

Diagrama

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.


Alta tarea JIRA: "NOMBRE_APLICACION: Pruebas funcionales"

Tipo de tarea:

"Tarea QA"

Pórtico:

Asociado al Proyecto

Disciplina:

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

Proceso:

"Realizar pruebas funcionales"

Etiqueta:

sdaym_test_funcional

Versión correctora:

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


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  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 funcionales"

Proyecto

DJ-AT-MNCS

Tipo de tarea:

"Petición de servicio"

Descripción:

Revisión de pruebas funcionales


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.

  • Sin etiquetas