...

0. Introducción 

Ancla
menu menu

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 sobre el código fuente: Test unitarios y de integración implementados en el código y que serán lanzado por el servidor de integración continua antes de cada despliegue.

• Pruebas de carga: Necesarias para el paso a producción de nuestros proyectos, deben asegurar la estabilidad del mismo.

• Pruebas funcionales: Prueba que nuestro proyecto funciona correctamente, depurando los fallos que se pudieran producir.

• Pruebas de seguridad: Realizar las pruebas necesarias para garantizar la seguridad de las aplicaciones.

• 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

Se trata de 3 tareas consecutivas:

...

↑ Ir a menu

1.2. Pruebas sobre el código fuente

<< - - -  Pendiente de completar - - →

...

↑ Ir

Ir a menu

1.3. 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 (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:

...

↑ Ir a menu

1.4. Pruebas funcionales

Las pruebas funcionales se deben realizar para garantizar que el desarrollo llevado a cabo durante un Sprint o Relase funciona de manera adecuada. Estas pruebas las realizará el equipo de desarrollo del proyecto intentando que la persona que desarrolló una funcionalidad no sea la responsable de probarla. A su vez, también las realizará el personal del CAU, pero su participación requiere que previamente se hayan realizado las pruebas de usabilidad.

...

↑ Ir a menu

1.5. Pruebas de seguridad

Las pruebas de seguridad 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), estas pruebas deberán hacerse cada vez que se publique una nueva release ya que garantizar la seguridad de las aplicaciones es crítico. Para registrar el trabajo realizado en lo referente a las pruebas de seguridad el Responsable del proyecto creará una o varias tareas de la siguiente forma:

...

1.6 Pruebas de usabilidad

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. 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.

...

1.7. Pruebas de aceptación

Las pruebas de aceptación son las que hacen los usuarios finales en la aplicación y certifican que la funcionalidad proporcionada se ajusta a los requisitos del proyecto. Existen diferentes formas de llevarlas a cabo por parte de los grupos de desarrollo:

...