...
Las pruebas de carga son obligatorias antes de que un proyecto se pase al entorno de producción y se deben hacer cuando la funcionalidad de los módulos esté completa (o mayoritariamente completa), por lo que estas tareas se realizarán al final de una (o varias) releases, pero no necesariamente en todas. Para registrar el trabajo realizado en lo referente a las pruebas de carga por cada prueba o conjunto de pruebas ( a discreción del Responsable del proyecto ) se creará una o varias tareas de la siguiente forma:
| Alta tarea JIRA: "Release correspondiente" | |||
|---|---|---|---|
| Tipo de tarea: | "Tarea test" | Pórtico: | Asociado al Proyecto |
| Disciplina: | "Calidad del Software" | Proceso: | "Controlar internamente la calidad" |
| Etiqueta: | sdaym_accesibilidad | Versión correctora: | Versión correspondiente a la release en la que estamos. |
Para poder reflejar este trabajo dentro de nuestro proyecto en Confluence, deberemos ir a la release en la que nos encontremos y editar el apartado Plan de Release > Control de calidad > Pruebas de carga. En esta sección registraremos los datos básicos de los test y las justificaciones oportunas sobre los resultados obtenidos, para ello deberemos rellenar
...
Para realizarlas el Responsable del proyecto creará las correspondientes tareas en Jira para que el equipo de desarrollo realice las pruebas correspondientes.
| Alta tarea JIRA: "Release correspondiente" | |||
|---|---|---|---|
| Tipo de tarea: | "Tarea test" | Pórtico: | Asociado al Proyecto |
| Disciplina: | "Calidad del Software" | Proceso: | "Controlar internamente la calidad" |
| Etiqueta: | sdaym_test_funcional | Versión correctora: | Versión correspondiente a la release en la que estamos. |
Cada tarea que se cree tendrá como objetivo cubrir una funcionalidad concreta, de manera que cuando el desarrollador del equipo a aborde pueda comentar los problemas que ha encontrado o si ha funcionado de manera exitosa. Para ello deberá indicar el conjunto de datos / o acciones llevadas a cabo. Tras probar que todo funciona correctamente finalizará la tarea.
...
| Ancla | ||||
|---|---|---|---|---|
|
Las pruebas funcionales se realizarán en coordinación con el CAU permitiendo tener una perspectiva externa al grupo sobre la facilidad de uso de la funcionalidad implementada. Éstas pruebas deberán hacerse siempre que se vaya a poner nueva funcionalidad a disposición de los usuarios finales, por lo que se debe contemplar dentro del ciclo de desarrollo de la release.
Para realizarlas se deberán realizar las siguientes acciones: el Responsable del proyecto creará la correspondiente tareas en Jira para que el equipo registre el tiempo de preparar y realizar las pruebas de usabilidad.
| Alta tarea JIRA: "Release correspondiente" | |||
|---|---|---|---|
| Tipo de tarea: | "Tarea test" | Pórtico: | Asociado al Proyecto |
| Disciplina: | "Calidad del Software" | Proceso: | "Controlar internamente la calidad" |
| Etiqueta: | sdaym_usabilidad | Versión correctora: | Versión correspondiente a la release en la que estamos. |
Una vez puesta la tarea se concertará una cita con el CAU usando el servicio cita previa en el apartado usabilidad (sólo disponible desde el enlace anterior) para realizarlas (a dicha prueba asistirán un técnico del CAU y uno del equipo de desarrollo, no se recomiendan más asistentes para agilizar la prueba).
Concertada la cita, el equipo de desarrollo debe preparar un guión para el técnico del CAU de manera que le pueda orientar para realizar la tarea. Es imprescindible que ese guión de un contexto pero no indique acciones concretas a realizar, dicho contexto debe tener toda la información necesaria para realizar las acciones, pero no instrucciones, por ejemplo:
| Info | ||
|---|---|---|
| ||
Entra a la aplicación, y en el apartado de usuarios crea un usuario con nombre XXX dni YYYY rol ZZZ |
| Info | ||
|---|---|---|
| ||
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 |