HU M 01 - shiomar-salazar/MISW-PF-Grupo1-Backend GitHub Wiki
HU-M-01
ID | HU-M-01 |
---|---|
Nombre | Inicio de Sesion de Usuario |
Descripción | Como Usuario de SportApp quiero ser capaz de iniciar sesion en mi cuenta Para poder hacer uso de las funcionalidades que me ofrece |
Puntos | 3 |
Criterios de aceptación | El menu de Inicio de sesion muestra un campo para escribir el usuario |
El campo de usuario recibe un correo electronico | |
El campo de usuario valida la existencia del simbolo @ | |
El campo de usuario valida la existencia del simbolo . | |
El campo de usuario valida que no existan espacios (" ") en el texto | |
El menu de Inicio de sesion muestra un campo para escribir la constraseña | |
El campo de Contraseña debe tener una longitud de entre 8 y 64 caracteres | |
El campo de Contraseña debe tener una mayuscula y un caracter especial | |
El campo de Contraseña valida que no existan espacios (" ") en el texto | |
El menu de Inicio de sesion muestra un boton de "Inicio"de sesion | |
Al hacer click en el boton de "Inicio", la pantalla navega a la pagina de Dashboard del Proyecto | |
Al hacer click en el boton de "Inicio" la aplicacion debe mostrar un pop-up de inicio correcto o fallido | |
El menu de Inicio de sesion muestra un enlace para recuperar contraseña | |
El menu de Inicio de sesion muestra un enlace para Registrarse como Usuario |
Actividades
- Creacion de la interfaz grafica de la plataforma Movil de Inicio de Sesion. (Horas: 3)
- Integracion de API del Servicio Backend con Interfaz Grafica de plataforma movil. (Horas: 2)
- Creacion de pruebas E2E para la validacion del flujo correcto de trabajo. (Horas: 3)
Pruebas a Realizar
Pruebas Unitarias
Se implementarán las pruebas unitarias que permitirán garantizar la calidad de las funcionalidades que hacen parte interfaz de inicio de sesión. Estas pruebas harán parte del código de la aplicación y se lanzarán de forma automatizada a través el pipeline de despliegue que contendrá todos los pasos para ejecutar la pruebas haciendo uso de los frameworks JUnit y Espresso. Se contemplan los siguientes casos de prueba:
- Verificación del lanzamiento de la aplicación
- Verificación de métodos que incluyen la lógica de la aplicación
- Manejo de errores
Pruebas Automatizadas Negativas de Limites y Condiciones Extremas
Se implementarán las pruebas automatizadas negativas de límites que permitirán identificar errores asociados a los límites de las especificaciones del sistema, con el fin encontrar errores que no se pueden detectar con las pruebas positivas, garantizar la robustez del sistema y mejorar la calidad del mismo. Para estas pruebas se hará uso de la herramienta Espresso como se menciona en la estrategia de pruebas y se contemplan los siguientes casos de pruebas:
- Validación del tamaño mínimo y máximo de caracteres que se puede enviar en el campo Usuario.
- Validación de la presencia de los símbolos ‘@’ y ‘.’ en el campo Usuario.
- Validación de espacios en el campo en Usuario.
- Validación del tamaño mínimo (8) y máximo (64) de caracteres que se puede enviar en el campo Contraseña.
- Validación caracteres alfanuméricos y caracteres especiales en el campo Contraseña.
- Validación de espacios en el campo en Contraseña.
Pruebas Automatizas Positivas de E2E
Se implementarán las pruebas automatizadas positivas que permitirán verificar el correcto funcionamiento del sistema ante entradas de datos validas, con el objetivo de asegurar que el sistema cumple con los requisitos solicitados, detectar errores en las funcionalidades y mejorar la calidad del mismo. Para estas pruebas se hará uso de la herramienta Espresso como se menciona en la estrategia de pruebas y se realizará el caso de prueba que consiste en la verificación del sistema ante el envio de datos válidos.
Pruebas de reconocimiento
Se implementarán las pruebas de reconocimiento haciendo uso de Firebase Test lab que nos permitirá tener un benchmark del progreso de la aplicación en temas como:
- Análisis de Accesibilidad
- Rendimiento
- Grafica de Rastreo
- Estadística en general