HU W 03 - shiomar-salazar/MISW-PF-Grupo1-Backend GitHub Wiki

HU-W-03

ID HU-W-03
Nombre Registro de Servicio
Descripción Como Usuario de SportApp que ofrece servicios profesionales quiero registrar mi servicio de forma fácil y eficiente Para poder llegar a más clientes potenciales y que estos contraten mis servicios.
Puntos 3
Criterios de aceptación La página debe ser responsive
La pantalla de registro de servicios cuenta con varios campos que se deben diligenciar para que el registro sea exitoso.
El campo "Nombre del servicio" es obligatorio y debe tener mínimo 10 carácteres.
El campo "Descripción del servicio" es obligatorio y debe tener mínimo 12 carácteres.
El campo "Costo del servicio" es obligatorio y debe tener mínimo 8 carácteres.
El campo "Lugar" es obligatorio y debe tener mínimo 8 carácteres.
El campo "Fecha del servicio" es obligatorio y debe tener el formato "DD/MM/AAAA".
El campo "Hora del servicio" es obligatorio y debe tener el formato "HH:MM [AM/PM]".
El campo "Número mínimo de participanes" es obligatorio.
El campo "Número máximo de participanes" es obligatorio.
El campo "Frecuencia del servicio" y debe tener mínimo 6 carácteres.
El botón "Registrar" solo se debe habilitar si todas la validaciones de los campos estan correctas.
Si el proceso de registro del servicio fue exitoso se debe mostrar una notificacion mostrando que el registro fue exitoso. En caso de que el proceso sea fallido tambien se debe mostar una notificacion mostrando que el registro no se pudo realizar.

Actividades

  • Creacion de la interfaz grafica de la plataforma Web para registrar un servicio.
  • Integracion de API del Servicio Backend con Interfaz Grafica de plataforma web.
  • Creacion de pruebas E2E para la validacion del flujo correcto de trabajo.

Pruebas a Realizar

Pruebas unitarias automatizadas

Se deben implementar pruebas unitarias automatizadas que verificaran la correcta implementacion de las funcionalidades que hacen parte de la interfaz de Registro de Servicio. Estas pruebas se ejecutaran a traves del pipeline de intgeracion continua cuando se genere algun proceso de despliegue.

  • Se debe probar carga de la pagina
  • Se debe probar registro exitoso.
Pruebas Automatizadas Negativas de Limites y Condiciones Extremas

Se deben implememntar pruebas automatizadas negativas que permitan validar el comportamiento del sistema ante datos ingresados por el usuario no esperados.

  • Probar datos de limite para garantizar la estabilidad de la plataforma.
  • Validar que la combinacion de usuario y contrasena pertenecen al usuario de la sesion.
  • Probar caracteres o datos invalidos.
Pruebas E2E

Se implementarán las pruebas automatizadas positivas que permitirán verificar el correcto funcionamiento del sistema cuando se realice el flujo completo de la funcionalidad para este escenario, el cual consta de ingresar a la pantalla de inicio de sesion de la aplicacion, iniciar sesion, una vez en la pagina principal escoger la opcion "Registrar servicio", realizar el registro del servicio y guardar los cambios.

Pruebas exploratorias usando Rippers

Se implementarán las pruebas de exploración sistemática de interfaz gráfica o GUI haciendo uso del API RIPuppet, con la finalidad de simular el comportamiento de un usuario y buscan reconstruir el flujo de interacción y experiencia del mismo para comprobar que está correctamente construido y que las funcionalidades requeridas para la aplicación son satisfechas.

MockUp de Interfaz Grafica

Interfaz de registro de Servicio image

Interfaz de registro de Servicio con error de validacion de datos image