Condiciones de inicio
La elaboración de las tareas relacionadas con la calidad se desarrollan dentro de cada Release y están recogidas dentro del apartado Control de calidad
Introducción
La gestión de la calidad del software se lleva a cabo durante el desarrollo del proyecto no es una tarea que se realiza a posteriori, por lo que irán asociadas a las diferentes releases de nuestro proyecto. No obstante no todos los controles de calidad deben hacerse siempre o en el mismo punto del desarrollo, por lo que en este documento describiremos cómo y cuándo realizar los diferentes controles de calidad de nuestros proyectos.
- Accesibilidad: De imperativo legal, deben asegurar y documentar que nuestras aplicaciones cumplen la normativa vigente en lo que a accesibilidad se refiere.
- Pruebas de carga: Necesarias para el paso a producción de nuestros proyectos, deben asegurar la estabilidad del mismo.
- Pruebas funcionales: Testean que nuestro proyecto funciona correctamente, depurando los fallos que se pudieran producir.
- Pruebas de usabilidad: Mejoran la experiencia del usuario final, reduciendo las incidencias que no son errores de aplicación, sino dificultad para encontrar funcionalidad o rellenar datos.
- Pruebas de aceptación: Aseguran que el proyecto realizado cubre los requisitos indicados por el cliente final.
1. Tarea para la gestión de la calidad
1.1. Pruebas de accesibilidad
Las pruebas de accesibilidad deben realizarse siempre que se cree o modifique algún elemento que afecte a la interfaz de usuario de nuestro proyecto. Por lo tanto en cada release de desarrollo se deberán crear los Jiras pertinentes para realizar las comprobaciones de accesibilidad correspondientes, para ello 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: "Elaboración Plan del Proyecto" | |||
|---|---|---|---|
| Tipo de tarea: | "Tarea test" | Pórtico: | Asociado al Proyecto |
| Disciplina: | "Calidad del Software" | Proceso: | "Controlar internamente la calidad" |
| Etiqueta: | sdaym_accesibilidad | ||
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 > Accesibilidad. En esa sección deberemos registrar unos datos básicos, explicar el motivo de las no conformidades de cara a justificar una posible reclamación y modificar la macro que muestra los jiras, para que muestre los asociados a esta release.
Datos básicos:
- URL declaración accesibilidad: La URL de la declaración de accesibilidad de nuestro proyecto.
- Método de validación: Herramienta que se ha usado para realizar la revisión de accesibilidad de las pantallas.
- Realizada validación manual: Indicar si se ha repasado manualmente los items de accesibilidad indicados en la normativa o si se ha limitado a lanzar la validación automática proporcionada por alguna de las herramientas incluidas en los métodos de validación.
Para que las tareas realizadas con el control de accesibilidad se vean reflejadas en esta ficha deberemos editar la macro correspondiente
Poniendo en el campo del filtro el siguiente contenido:
project = MI_PROYECTO AND issuetype = "Tarea Test" AND labels = sdaym_accesibilidad and fixVersion=VERSION_DE_LA_RELEASE
1.2. Pruebas de carga
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, por lo que estas tareas se realizarán al final de una (o varias) releases, pero no necesariamente en todas.