...
1. Tarea para la gestión de la calidad
| Ancla | ||||
|---|---|---|---|---|
|
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 del 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:
...
| Info |
|---|
project = MI_PROYECTO AND issuetype = "Tarea Test" AND labels = sdaym_accesibilidad and fixVersion=VERSION_DE_LA_RELEASE |
| Ancla | ||||
|---|---|---|---|---|
|
1.2. Pruebas sobre el código
| Ancla | ||||
|---|---|---|---|---|
|
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:
...
| Info |
|---|
project = MI_PROYECTO AND issuetype = "Tarea Test" AND labels = sdaym_test_carga and fixVersion=VERSION_DE_LA_RELEASE |
| Ancla | ||||
|---|---|---|---|---|
|
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.
...
Una vez realizadas las pruebas por el personal del equipo de trabajo, se podrá proceder a realizar las pruebas por parte del CAU. Para ello se les debe impartir un curso de formación sobre el desarrollo realizado y dar acceso al apartado de pruebas funcionales en Confluence que previamente ha realizado el equipo. Para coordinar el trabajo se reservará el tiempo del CAU mediante la aplicación cita previa, apartado FORMACIÓN para reservar tiempo para la impartición del curso y apartado PRUEBAS FUNCIONALES para reservar tiempo para que el CAU realice las pruebas funcionales indicadas. Tras ello el personal del CAU repetirá las pruebas creando un Bug al proyecto con la etiqueta sdaym_test_funcional en caso de encontrar un error e indicando en el apartado Test plan cómo poder reproducirlo. Esta información también se verá reflejada en la lista anteriormente mencionada.
| Ancla | ||||
|---|---|---|---|---|
|
1.5. 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.
...
Una vez concluida la prueba el equipo guardará el video en Umubox y creará un link público incluyéndolo en el Jira creado para realizala.
| Ancla | ||||
|---|---|---|---|---|
|
1.6. 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:
...