Plan de Testing

PLAN DE TESTING

LINK PARA VISUALIZACIÓN EN NOTION

1.0 OBJETIVO

El objetivo del plan de testing es establecer los criterios y pruebas a realizar para validar que el producto de software construido satisfaga los requerimientos acordados y tratar de corregir las fallas antes de que llegue al usuario.

Se testeará todo lo realizado durante el Sprint N°1, N°2 y N°3 que incluye las users incluidas dentro del Product Backlog MVP.

2.0 ESTRATEGIA DE PRUEBAS

NIVELES DE PRUEBAS

Se trabajará con 4 niveles de pruebas:

• Pruebas unitarias: Son pruebas que se realizan a nivel de código, específicamente sobre pequeñas unidades o componentes individuales de un sistema (como funciones o métodos). El objetivo es verificar que cada unidad funcione correctamente de manera aislada.
• Pruebas de integración: Se enfocan en comprobar que los diferentes módulos o componentes del sistema trabajen correctamente cuando interactúan entre sí. A menudo, se prueba la interacción entre subsistemas para asegurar que no haya errores en los puntos de integración.
• Pruebas de sistema: Se realizan en el sistema completo para verificar que todos los componentes interactúan correctamente entre sí y que el sistema en su totalidad cumple con los requisitos especificados. Se valida el comportamiento del sistema de manera global, simulando escenarios reales de uso.
• Pruebas de aceptación: Son pruebas realizadas generalmente por el cliente o usuario final para verificar si el sistema cumple con los requisitos y expectativas establecidas. Se asegura de que el sistema sea apto para su implementación en un entorno real y que resuelva las necesidades del usuario.

3.0 TÉCNICAS

3.1 TÉCNICA DE GHERKIN

DESCRIPCIÓN

Gherkin es un lenguaje estructurado, legible y conciso que permite describir especificaciones de software en términos claros.

La utilizaremos para diseñar y documentar los casos de prueba, tanto automáticos como manuales.

ESTRUCTURA BÁSICA

• ID del caso de prueba: ID que identifique al caso de prueba a realizar.
• Feature: Es la descripción de la funcionalidad a desarrollar
• Scenario: Son las distintas características (que pueden estar relacionadas o no) que se tienen que desarrollar para poder conseguir la feature que nos hemos comprometido a entregar al cliente.
• Given: Son las precondiciones para que se puedan ejectuar x acciones
• When: Son las condiciones de las acciones que se van a ejecutar.
• Then: Se trata del resultado esperado de las acciones ejecutadas.

EJEMPLIFICACIÓN

• ID del caso de prueba: TC01
• Feature: Prueba de correo válido
• Scenario: El sistema acepta un correo electrónico válido
• Given: La aplicación está en la pantalla de registro de usuario
• And: no hay usauarios registrados con el correo usuario@dominio.com
• When: ingreso usuario@dominio.com en el campo de correo electrónico
• Then: el campo de correro electrónico no muestra mensajes de errores
• And: el sistema permite al usuario continuar con el registro

3.2 TÉCNICA DE ANÁLISIS DE VALORES LÍMITES

Se enfoca en probar los valores que se encuentran en los extremos de un rango de entrada o salida. Esto es relevante porque los bugs suelen concentrarse en los límites de los datos, como valores mínimos, máximos y cercanos a estos.

3.3 TÉCNICA DE PARTICIÓN EQUIVALENTE

Agrupa las entradas del sistema en clases o particiones que son tratadas de la misma manera por el sistema. Se asume que si un caso de prueba dentro de una partición es exitoso, el resto de los casos en esa partición también lo serán.

3.4 TÉCNICA DE PRUEBAS DE DECISIÓN

Se usa para probar sistemas que presentan múltiples combinaciones de condiciones y resulta útil cuando el comportamiento del sistema depende de reglas de negocio complejas.

3.5 TÉCNICA DE PRUEBAS DE TRANSICIÓN DE ESTADO

Se utiliza cuando el sistema cambia de estado en función de acciones del usuario o de condiciones del entorno. Los estados se pueden representar en diagramas y se prueban las transiciones entre ellos.

4.0 PRUEBAS AUTOMATIZADAS

4.1 PLAN DE PRUEBAS AUTOMATIZADAS

El objetivo es lograr una cobertura de al menos el 60% del total de los casos de prueba especificados en los tres niveles (unitarias, integración, sistema y aceptación).

4.2 PLATAFORMA PARA PRUEBAS AUTOMATIZADAS

JUnit Se utilizará JUnit, una plataforma ampliamente utilizada para realizar pruebas unitarias en aplicaciones Java. Es una herramienta de código abierto que permite automatizar pruebas y garantizar la funcionalidad, estabilidad y calidad del código.

TESTIM (CON IMPLEMENTACIÓN DE IA)

Se utilizó TESTIM, una herramienta de automatización de pruebas basada en inteligencia artificial. TESTIM utiliza inteligencia artificial para generar y mantener las pruebas de forma automática.

Nuestro objetivo es aprovechar TESTIM, una herramienta basada en inteligencia artificial, para optimizar las pruebas de aceptación y sistema. TESTIM se utilizará para automatizar la validación de elementos funcionales y estáticos, como enlaces, botones y formularios, mientras se realiza el testing manual de las funcionalidades del sistema. Esto nos permitirá reducir el tiempo dedicado a la validación repetitiva de estos componentes y centrarnos en otros aspectos del sistema que requieren revisión manual.

El proceso consiste en realizar las pruebas de aceptación y sistema de forma manual en cuanto a la validación de las funcionalidades clave, mientras TESTIM se encarga de asegurar que los elementos fundamentales de la interfaz, como botones y enlaces, estén operativos en todo momento.

MOCKITO

Se utilizó Mockito, una librería de mocking ampliamente utilizada en pruebas unitarias en Java. Su principal objetivo es crear objetos simulados (mock objects) para probar la interacción entre componentes del sistema sin necesidad de depender de implementaciones reales, como bases de datos, servicios web o APIs externas.

4.3 REPOSITORIO

A continuación se especifica el link al repositorio de los test automatizados

https://github.com/5bits-prog/mega_store_back

5.0 PRUEBAS MANUALES

Para las pruebas manuales, utilizaremos Postman, una herramienta que nos permitirá realizar pruebas exhaustivas de las APIs y verificar su correcto funcionamiento. A través de Postman, realizaremos pruebas de los endpoints, validando las respuestas, verificando los códigos de estado HTTP y asegurándonos de que los datos retornados sean correctos y estén formateados adecuadamente.

6.0 PLAN DE PRUEBAS AUTOMATIZADAS Y MANUALES

6.1 IDENTIFICACIÓN DE CASOS DE PRUEBA

Todas las pruebas serán especificadas en formato Gherkin.

Cada caso de prueba será identificado por un ID conformado de la siguiente manera:

NIVEL DE PRUEBA+ - + N° USER + TÉCNICA UTILIZADA + - + NRO USER DENTRO DEL NIVEL DE PRUEBA

Ejemplificación: U-U1TD-001 (Nivel unitario, User 1, técnica de decisión, prueba n°001)

ABREVIATURA	SIGNIFICADO
PE	Partición de equivalencias
VL	Valor límite
TE	Transición de estados
TD	Tabla de decisión
U	Nivel unitario
A	Nivel aceptación
I	Nivel integración
S	Nivel de sistema

7.0 PLAN DE GESTIÓN DE INCIDENCIAS

En esta sección se define el proceso para manejar los problemas hallados durante las pruebas.

7.1 CASOS DE PRUEBA NO EXITOSOS

Los casos de prueba que resulten fallidos, serán documentados en un Backlog de Fallas. En este será necesario especificar la siguiente información:

• N° caso de prueba
• Motivos del fallo
• Estimación de la prioridad (esta la determinará el tester y luego será validada por los demás miembros)
• Estado del fallo (abierto o resuelto)

En caso de que la prioridad sea alta, se resolverá el fallo antes de la entrega del Sprint en curso.

En caso de una prioridad media o baja, se postergará la resolución de los fallos en el próximo Sprint

Una vez que el fallo sea resuelto, deberá actualizarse su estado a resuelto.

7.2 SUGERENCIA DE CASOS DE PRUEBA

En caso de que cualquier miembro considere necesario que deben añadirse más casos de pruebas, podrá documentarlos en un Backlog de Sugerencias. Cada sugerencia deberá incluir:

• Descripción del caso de prueba
• Tipo y nivel del caso de prueba
• Razones que justifican la importancia de la sugerencia
• Nivel de prioridad (definido por quien haga la sugerencia)

En caso de que la sugerencia tenga un nivel de prioridad alto, el tester será el encargado de evaluar si es necesario o no incluir el caso de prueba antes de la entrega del primer Sprint.

En caso de que el nivel de prioridad sea bajo o medio, el tester evaluará la inclusión del test de prueba en el siguiente Sprint

El backlog de sugerencias será revisado semanalmente por el tester para segurar una actualización constante y la incorporación de mejoras relevantes

7.3 TABLA DE PRIORIDAD

PRIORIDAD	DESCRIPCIÓN
Alta	Fallas que afectan funcionalidades críticas del sistema y que impactan directamente en otras funcionalidades ya existentes. Sin resolver estas fallas, el producto no proporciona el valor esperado al finalizar el Sprint, comprometiendo el objetivo del mismo.
Media	Fallas que afectan parcialmente el funcionamiento de algunas funcionalidades, pero no impiden que continúen operando. Estas fallas suelen manifestarse en casos específicos o poco frecuentes, sin afectar los flujos principales de uso.
Baja	Fallas menores que no afectan la funcionalidad principal del sistema, sino que están relacionadas con aspectos estéticos o de experiencia de usuario. Aun con estos problemas, el sistema cumple con sus objetivos funcionales.

8.0 REPORTE DE RESULTADOS

Una vez definidos los casos de prueba y testeados, los resultados se documentarán adjuntando una captura de pantalla del resultado obtenido , junto a las siguientes especificaciones:

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
YYYY-MM-DD	—-	Login con credenciales válidas	Pasado	Ninguna

9.0 CASOS DE PRUEBA DEFINIDOS

Aclaración: Cuando se habla de escenarios diferentes, se consideran objetivos diferentes, lo que implica que cada uno debe ser tratado como un caso de prueba separado. Cada uno de los casos de prueba será especificado por nivel:

• NIVEL UNITARIO

  FEATURE: ABM PRODUCTO (U1)

  TÉCNICA DE VALOR LÍMITE

  VALOR LÍMITE	¿Se acepta?
  precio=-1	No
  precio=0	No
  precio=0.01	Sí

  Scenario(U-U1VL-001): Validar que no se acepte un precio del producto = cero. Given estoy en la pantalla de registrar producto. When el usuario ingresa un precio de 0. Then el sistema rechaza el precio. And muestra un mensaje de error “El precio no puede ser 0”.

  Scenario(U-U1VL-002): Validar que se acepte un producto con precio mayor que cero.

  Given estoy en la pantalla de registrar producto.

  When el usuario ingresa un precio de 0.01.

  Then el sistema acepta el precio.

  And no se muestran mensajes de error

  Scenario(U-U1VL-003): Validar que no se acepte un producto con precio menor que cero. Given estoy en la pantalla de registrar producto. When el usuario ingresa un precio de -1. Then el sistema rechaza el precio. And muestra un mensaje de error “El precio no puede ser negativo”.

  PARTICIÓN EQUIVALENTE

  PARTICIÓN	¿Se acepta?	Respuesta esperada
  imágenes de ≤ 5 MB.	Sí	El sistema permite continuar
  imágenes de >5 MB.	No	El sistema no permite continuar
  imágenes sin formato .png, .jpg	No	El sistema no permite continuar

  Scenario(U-U1PE-004): Validar que se acepten imágenes con un tamaño de 5 MB o menos.

  • Given estoy en la pantalla registrar producto.
  • When cargo una imagen de 4 MB.
  • Then el sistema acepta la imagen.
  • And no hay mensajes de error

  Scenario(U-U1PE-005): Validar que se rechacen imágenes con un tamaño superior a 5 MB.

  • Given estoy en la pantalla registrar producto.
  • When cargo una imagen de 6 MB.
  • Then el sistema rechaza la imagen.
  • And muestra un mensaje de error “La imagen no debe superar los 5Mb”.

  Scenario(U-U1PE-006) : Verificar que no se pueda subir una foto con un formato que no sea .jpg, png

  • Given Estoy en la sección “Registrar Producto”
  • And cargo una foto en un formato diferente a .jpg, png
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Formato de imagen inválido”

  PARTICIÓN DE EQUIVALENCIAS

  PARTICIÓN	¿SE ACEPTA?	RESPUESTA ESPERADA
  “nombre”	si	El sistema permite continuar
  “”	no	El sistema no permite continuar y muestra un mensaje de error

  Scenario(U-U1PE-007): Validar que nombre de producto sea un campo obligatorio.

  • Given estoy en la pantalla “Registrar producto”.
  • When ingreso “nombre” en el campo nombre.
  • Then el sistema permite continuar.
  • And no se muestran mensajes de error.

  Scenario(U-U1PE-008): Validar que no se registre un producto con nombre vacío.

  • Given estoy en la pantalla “Registrar producto”.
  • When ingreso “” en el campo nombre.
  • Then el sistema no permite continuar.
  • And muestra un mensaje de error “Nombre no puede estar vacío”

  TÉCNICA VALOR LÍMITE

  Valor límite	Nombre producto	Resultado esperado	Salida esperada	¿Se acepta?
  99		El sistema permite continuar	No se muestran mensajes de error	Si
  100		El sistema permite continuar	No se muestran mensajes de error	Si
  101		El sistema no permite continuar	Se muestra el mensaje de error: “Nombre no debe superar los 100 caracteres”.	No

  Scenario(U-U1VL-010): Validar que se acepten nombres de producto menores a 100 caracteres.

  • Given estoy en la pantalla de registrar producto.
  • When el usuario ingresa un nombre de 99 caracteres.
  • Then el sistema acepta el nombre del producto.
  • And no se muestran errores

  Scenario(U-U1VL-011): Validar que se acepten nombres de producto iguales a 100 caracteres.

  • Given estoy en la pantalla de registrar producto.
  • When el usuario ingresa un nombre de 100 caracteres.
  • Then el sistema acepta el nombre del producto.
  • And no se muestran errores

  Scenario(U-U1VL-012): Validar que no se acepten nombres de producto mayores a 100 caracteres.

  • Given estoy en la pantalla de registrar producto.
  • When ingreso un nombre de 101 caracteres.
  • Then el sistema rechaza el nombre del producto.
  • And muestra un mensaje de error “Nombre no debe superar los 100 caracteres”.

  TÉCNICA PARTICIÓN EQUIVALENTE

  STOCK	¿Se acepta?
  Stock mínimo=0	No
  Stock medio=0	No
  Stock mínimo>stock medio	No
  Stock medio < 0	No
  Stock mínimo <0	No
  Stock medio >0	Sí
  Stock mínimo > 0	si

  Scenario(U-U1PE-013) : Verificar que no se pueda registrar un producto con un stock medio < stock mínimo

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un stock mínimo > stock medio en el campo “Stock Mínimo”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Stock mínimo no puede ser mayor al stock medio”

  Scenario(U-U1PE-014) : Verificar que no se pueda registrar un producto con un stock medio = 0

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un stock medio =0 en el campo “Stock Medio”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Stock medio no puede ser 0”

  Scenario(U-U1PE-015) : Verificar que no se pueda registrar un producto con un stock medio negativo

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un stock medio <0 en el campo “Stock Medio”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Stock medio no puede ser negativo”

  Scenario(U-U1PE-016) : Verificar que no se pueda registrar un producto con un stock mínimo =0

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un stock mínimo =0 en el campo “Stock Mínimo”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Stock mínimo no puede ser 0”

  Scenario(U-U1PE-017) : Verificar que no se pueda registrar un producto con un stock mínimo negativo

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un stock mínimo < 0 en el campo “Stock Mínimo”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Stock mínimo no puede ser negativo”

  TÉCNICA DE VALOR LÍMITE

  PESO	¿SE ACEPTA?
  peso=0	No
  peso=0.01	Sí
  peso=-1	No

  Scenario(U-U1PE-018) : Verificar que no se pueda registrar un producto con peso negativo

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un precio -1 en el campo “Peso”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Peso no puede ser negativo”

  Scenario(U-U1PE-019) : Verificar que no se pueda registrar un producto con peso = 0

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un precio = 0 en el campo “Peso”
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error: “Peso no puede ser 0”

  Scenario(U-U1PE-020) : Verificar que se pueda registrar un producto con peso >0

  • Given Estoy en la sección “Registrar Producto”
  • And ingreso un precio=0.01 en el campo “Peso”
  • When hago clic en “Registrar”
  • Then el sistema permite continuar
  • And el sistema no muestra mensajes de error

  FEATURE: REGISTRO DE USUARIO (U8)

  TÉCNICA PARTICIÓN EQUIVALENTE

  Particiones:

  email	resultado esperado	salida esperada	Aceptada
  usuario@gmail.com	acepta el correo sin mostrar errores	no muestra errores y el usuario puede continuar.	Si
  usuario@hotmail.com	acepta el correo sin mostrar errores	no muestra errores y el usuario puede continuar.	Si
  usuario@yahoo.com	acepta el correo sin mostrar errores	no muestra errores y el usuario puede continuar.	Si
  usuario@frvm.utn.edu.ar	acepta el correo sin mostrar errores	no muestra errores y el usuario puede continuar.	Si
  usuario123@gmail.com	acepta el correo sin mostrar errores	no muestra errores y el usuario puede continuar.	Si
  usuario@	rechaza el correo mostrando un error	muestra un error y el usuario no puede continuar.	No
  usuario@gmail	rechaza el correo mostrando un error	muestra un error y el usuario no puede continuar.	No
  usuariogmail.com	rechaza el correo mostrando un error	muestra un error y el usuario no puede continuar.	No
  nombre..apellido@gmail.com	rechaza el correo mostrando un error	muestra un error y el usuario no puede continuar.	No
  nombre@.gmail.com	rechaza el correo mostrando un error	muestra un error y el usuario no puede continuar.	No
  @gmail.com	rechaza el correo mostrando un error	muestra un error y el usuario no puede continuar.	No

  Scenario outline (U-U8PE-021): Validar que el formato de correo electrónico sea válido.

  • Given estoy en la pantalla de registro de usuario.
  • When  Ingreso en el campo email.
  • And hago click en el botón de registro.
  • Then el sistema .
  • And el campo de correo .

  TÉCNICA VALOR LÍMITE

  valorLimite	direcciónEnvío	resultadoEsperado	salidaEsperada
  99 caracteres		El sistema permite ingresar	no se muestran errores.
  100 caracteres		El sistema permite ingresar	no se muestran errores
  101 caracteres		El sistema no permite ingresar	Se muestra un mensaje de error “Envío no debe superar los 100 caracteres”

  Scenario (U-U8VL-022): Validar que no se acepten cadenas mayores a 100 caracteres

  • Given estoy en el campo dirección de envío.
  • And ingreso una dirección de 101 caracteres en el campo dirección de envío.
  • When  hago click en el botón de registro.
  • Then el sistema no permite continuar
  • And se muestra el mensaje de error: “Envío no debe superar los 100 caracteres”

  Scenario (U-U8VL-023): Validar que se acepten cadenas menores a 101 caracteres

  • Given estoy en el campo dirección de envío.
  • And ingreso una dirección de 100 caracteres en el campo dirección de envío.
  • When  hago click en el botón de registro.
  • Then el sistema permite continuar.
  • And no se muestran errores.

  Scenario (U-U8VL-024): Validar que se acepten cadenas menores a 100 caracteres

  • Given estoy en el campo dirección de envío.
  • And ingreso una dirección de 99 caracteres en el campo dirección de envío.
  • When hago click en el botón de registro.
  • Then el sistema permite continuar.
  • And no se muestran errores.

  TÉCNICA PARTICIÓN EQUIVALENTE

  Partición	Nombre de usuario	Resultado esperado	Salida esperada	¿Se acepta?
  String vacío	“”	El sistema no permite continuar	Se muestra el mensaje de error “Nombre no puede estar vacío”	No
  String no vacío	“Abril”	El sistema permite continuar	No se muestran mensajes de error	Sí

  Scenario (U-U8PE-025): Validar el nombre de usuario sea un campo obligatorio

  • Given estoy en el registro de usuario
  • And ingreso “Abril” en el campo nombre
  • When  hago click en el botón de registrar
  • Then el sistema permite continuar el registro
  • And no se muestran mensajes de error.

  Scenario (U-U8PE-026): Validar que el nombre de usuario no se encuentre vacío

  • Given estoy en el registro de usuario
  • And ingreso “” en el campo nombre
  • When  hago click en el botón de registrar
  • Then el sistema no permite continuar el registro
  • And muestra el mensaje “Nombre no puede estar vacío”

  FEATURE: Recuperación de contraseña (U10)

  TÉCNICA VALOR LÍMITE

  valorLimite	contraseña	resultadoEsperado	salidaEsperada
  9 caracteres	012502662	El sistema permite continuar	no se muestran errores.
  8 caracteres	25632154	El sistema permite continuar	no se muestran errores.
  7 caracteres	1256324	El sistema no permite continuar	Se muestra un mensaje de error “Nueva contraseña no debe tener menos de 8 caracteres”.

  Scenario (U-U10VL-027): Validar que no se acepten cadenas menores a 8 caracteres

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña de 7 caracteres en el campo nueva contraseña
  • When hago click en el botón de aceptar.
  • Then el sistema no permite continuar.
  • And se muestra el mensaje de error “Nueva contraseña no debe tener menos de 8 caracteres”.

  Scenario (U-U10VL-028): Validar que se acepten contraseñas iguales a 8 caracteres

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña de 8 caracteres en el campo nueva contraseña
  • When hago click en el botón de aceptar.
  • Then el sistema permite continuar.
  • And no se muestran errores.

  Scenario (U-U10VL-029): Validar que se acepten contraseñas mayores a 8 caracteres

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña de 8 caracteres en el campo nueva contraseña
  • When hago click en el botón de aceptar.
  • Then el sistema permite continuar.
  • And no se muestran errores

  TÉCNICA PARTICIÓN EQUIVALENTE

  Particiones

  Partición	Contraseña	Resultado esperado	Salida esperada	¿Se acepta?
  Strings con al menos una mayúscula, una minúscula y un número	Password1	El sistema permite continuar	No hay mensajes de error	Sí
  La contraseña no contiene ninguna mayúscula.	password1	El sistema no permite continuar	Se muestra un mensaje de error: “La nueva contraseña debe contener al menos una mayúscula”.	No
  La contraseña no contiene ninguna minúscula.	PASSWORD1	El sistema no permite continuar	Se muestra un mensaje de error: “La nueva contraseña debe contener al menos una minúscula”	No
  La contraseña no contiene ningún número	Password	El sistema no permite continuar	Se muestra un mensaje de error: “La nueva contraseña debe contener al menos un número”.	No

  Scenario (U-U10VL-030): Validar que se acepten contraseñas con al menos una minúscula, una mayúscula y un número.

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña con al menos una minúscula, una mayúscula y un número
  • When hago click en el botón de aceptar.
  • Then el sistema permite continuar.
  • And no se muestran errores.

  Scenario (U-U10VL-031): Validar que no se acepten contraseñas que no contienen ninguna mayúscula

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña sin ninguna mayúscula
  • When hago click en el botón de aceptar.
  • Then el sistema no permite continuar.
  • And se muestra un mensaje de error: “La nueva contraseña debe contener al menos una mayúscula”.

  Scenario (U-U10VL-032): Validar que no se acepten contraseñas que no contienen ninguna minúscula

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña sin ninguna minúscula
  • When hago click en el botón de aceptar.
  • Then el sistema no permite continuar.
  • And se muestra un mensaje de error: “La nueva contraseña debe contener al menos una minúscula”.

  Scenario (U-U10VL-033): Validar que no se acepten contraseñas que no contienen ningun número

  • Given estoy en el campo nueva contraseña.
  • And ingreso una nueva contraseña sin ningun numero
  • When hago click en el botón de aceptar.
  • Then el sistema no permite continuar.
  • And se muestra un mensaje de error: “La nueva contraseña debe contener al menos un número”.

  FEATURE: REGISTRO DE ENTRADA Y SALIDA DE STOCK (U19)

  TÉCNICA PARTICION EQUIVALENTE

  PARTICIÓN	Ejemplo
  stock=0	0
  stock>0	5
  stock<0	-5

  Scenario (U-U19PE-034): Validar cantidad válida para egreso

  • Given tengo un producto con stock actual de 20 unidades
  • And selecciono egreso como tipo de operación
  • And ingreso una cantidad de 10 unidades
  • When llamo al método verificarCantidad
  • Then el sistema no lanza una excepción

  Scenario (U-U19PE-035):Validar cantidad mayor al stock actual para egreso

  • Given tengo un producto con stock actual de 10 unidades
  • And selecciono egreso como tipo de operación
  • And ingreso una cantidad de 15 unidades
  • When llamo al método verificarCantidad
  • Then el sistema lanza una excepción BadRequestException
  • And el mensaje de la excepción es "Stock insuficiente"

  Scenario (U-U19PE-036): Validar campo esEgreso nulo

  • Given tengo un producto con stock actual de 10 unidades
  • And el campo esEgreso es nulo
  • And ingreso una cantidad de 5 unidades
  • When llamo al método verificarCantidad
  • Then el sistema lanza una excepción BadRequestException
  • And el mensaje de la excepción es "El campo esEgreso es obligatorio"

• NIVEL DE INTEGRACIÓN

  FEATURE: ABM PRODUCTO (U1)

  PARTICIÓN EQUIVALENTE

  • Clase válida: stock mínimo = 0 y mayor a cero.
  • Clase inválida: stock mínimo < 0.

  Scenario(I-U1PE-001): Validar que se registre en la BD un stock mínimo igual a cero.

  • Given estoy en la pantalla registrar producto.
  • When ingreso un valor de stock mínimo cero.
  • Then el sistema acepta el valor de stock mínimo.
  • And el sistema lo registra en la BD

  Scenario(I-U1PE-002): Validar que se registre en la BD un stock mínimo mayor a cero.

  • Given estoy en la pantalla registrar producto.
  • When ingreso un valor de stock mínimo 1.
  • Then el sistema acepta el valor de stock mínimo.
  • And el sistema lo registra en la BD

  Scenario(I-U1PE-003): Validar que se no se registre en la BD un stock mínimo menor a cero.

  • Given estoy en la pantalla registrar producto.
  • When ingreso un valor de stock mínimo -1.
  • Then el sistema rechaza el valor de stock mínimo
  • And muestra un mensaje de error “El stock mínimo debe ser mayor o igual a cero.”

  Scenario (U-U1PE-004): Verificar que al crear un producto con los datos correspondientes, toda la información se guarde correctamente en la base de datos.

  • Given estoy en el formulario de registro de productos.
  • When ingreso un nombre, descripción, precio, peso, foto, stock medio, stock mínimo, categoría, sucursal, marca, talle, color válidos.
  • Then el sistema guarda la información del producto en la base de datos.

  Scenario(I-U1PE-005): Validar que se mande un token de sesión valido en la request.

  • Given estoy en la pantalla registrar producto.
  • When realizo la petición.
  • Then el sistema verifica el token enviado en el header.
  • And procede a registrar un producto.

  TÉCNICA PARTICIÓN DE EQUIVALENCIA

  Particion	Token	Se acepta
  Token existente y valido	vdfkjlkjgdgdsht	Si
  Token existente y expirado	hdfjdtjdjtdjtdj	No
  Token inexistente	jsrstrstsrtstrs	No

  Scenario(I-U1PE-006): Validar que se mande un token de sesión valido en la request.

  • Given estoy en la pantalla registrar producto.
  • When realizo la petición.
  • Then el sistema verifica el token enviado en el header.
  • And permite registrar un producto.
  • And no se muestran mensajes de error

  Scenario(I-U1PE-007): Validar que el token es válido**.**

  • Given el encabezado "Authorization" contiene un token válido
  • And el token pertenece a una sesión activa
  • When se valida la sesión
  • Then el sistema no lanza ninguna excepción

  Scenario(I-U1PE-008): Validar que el token está expirado**.**

  • Given el encabezado "Authorization" contiene un token
  • And el token pertenece a una sesión cuya duración excede 8 horas
  • When se valida la sesión
  • Then el sistema lanza una excepción "Sesión no válida o expirada"

  Scenario(I-U1PE-009): Validar que el token no existe**.**

  • Given el encabezado "Authorization" contiene un token inexistente
  • When se valida la sesión
  • Then el sistema lanza una excepción "Sesión no válida o expirada"

  Scenario(I-U1PE-010): Validar que los UUID generados son únicos**.**

  • Given se genera un UUID para una sesión
  • And se genera un segundo UUID
  • Then los UUID generados deben ser diferentes

  Scenario(I-U1PE-011): Validar sesión activa con duración menor a 8 horas

  • Given una sesión fue creada hace menos de 8 horas
  • When se verifica si la sesión está activa
  • Then el sistema marca la sesión como activa

  Scenario(I-U1PE-012): Validar sesión inactiva con duración mayor a 8 horas**.**

  • Given una sesión fue creada hace más de 8 horas
  • When se verifica si la sesión está activa
  • Then el sistema marca la sesión como inactiva

  FEATURE: REGISTRO DE USUARIO (U8)

  TÉCNICA DE PARTICIÓN EQUIVALENTE

  Partición	Correos	Resultado esperado	Salida esperada	¿Se acepta?
  Correos electrónicos que no existen en la base de datos		El sistema permite registrar el correo	No se muestran mensajes de error	Si
  Correos electrónicos que ya existen en la base de datos		El sistema no permite registrar el correo	Se muestra el mensaje de error: “El email ya se encuentra registrado”	No

  Scenario (I-U8PE-013): Validar que ya existe un correo electrónico registrado.

  • Given estoy en la sección registro de usuario
  • And ingreso un email ya registrado
  • When  Selecciono registrar usuario.
  • And hago click en el botón de registrar.
  • Then el sistema no permite registrar el correo.
  • And ”El email ya se encuentra registrado”.

  Scenario (I-U8PE-014): Validar que no existe un correo electrónico previamente registrado.

  • Given estoy en la sección registro de usuario
  • And ingreso un email que no está registrado
  • When  Selecciono registrar usuario.
  • And hago click en el botón de registrar.
  • Then el sistema permite registrar el correo.
  • And no se muestran mensajes de error

  TÉCNICA DE DECISIÓN

  Código	Compras realizadas	¿Eliminación permitida?	Tipo
  U8TD-003	Sí	No	Integración
  U8TD-004	No	Si	Integración

  Scenario (I-U8TD-015): Validar que no se tenga una compra asociada para poder eliminar un usuario.

  • Given estoy en la sección administración de usuarios.
  • And el usuario no tiene compras asociadas.
  • When  ****Selecciono eliminar usuario.
  • And hago click en el botón de eliminar.
  • Then el sistema permite eliminar el usuario de forma correcta.
  • And “Sí es posible eliminar el usuario”.

  Scenario (I-U8TD-016): Validar que no se podrá eliminar un usuario si se tiene una compra asociada.

  • Given estoy en la sección administración de usuarios.
  • And el usuario tiene compras asociadas.
  • When selecciono eliminar usuario.
  • And hago click en el botón de eliminar.
  • Then no se puede eliminar el usuario.
  • And se muestra el mensaje de error ”No fue posible eliminar el usuario”.

  TÉCNICA DE TRANSICIÓN DE ESTADOS

  ESTADOS
  Eliminado
  No eliminado

  Scenario (I-U8TE-017): Verificar que al eliminar un usuario este pase a estado “eliminado”

  • Given estoy en el listado de usuarios registrados
  • And selecciono un usuario registrado
  • When  hago click en el botón de eliminar usuario
  • Then el sistema cambia el estado del usuario de “no eliminado” a “eliminado”
  • And se muestra el mensaje “usuario eliminado”

  Scenario (I-U8TE-018): Verificar que al recuperar un usuario este pase a estado “no eliminado”

  • Given estoy en el listado de usuarios eliminados
  • And selecciono un usuario eliminado
  • When  hago click en el botón de recuperar usuario
  • Then el sistema cambia el estado del usuario de “eliminado” a “no eliminado”
  • And se muestra el mensaje “usuario recuperado”

  TÉCNICA PRUEBA DE DECISIÓN

  Registro completado	Usuario guardado en la BD	Código de validación generado	Peticion al servicio EmailSender	Resultado Esperado
  Sí	Si	Si	Si	Email enviado correctamente.
  Si	Si	Si	No	No se pudo enviar el mail.
  Si	Si	No	No	Codigo de validacion no generado, email cancelado.
  Si	No	Si	No	Usuario no registrado, fallo la base de datos.
  No	No	No	No	Usuario no registrado.

  Scenario (I-U8TD-019): Verificar que al registrar un usuario con campos completos se genere el código de validación correspondiente.

  • Given Estoy en la sección “Registrarse”
  • And completo correctamente todos los campos
  • When hago clic en “Registrar”
  • Then el sistema permite continuar
  • And el sistema genera el código de validación

  Scenario (I-U8TD-020): Verificar que al registrar un usuario con campos completos se envíe el email correspondiente

  • Given Estoy en la sección “Registrarse”
  • And completo correctamente todos los campos
  • When hago clic en “Registrar”
  • Then el sistema permite continuar
  • And el sistema envía un email con el código de validación

  Scenario (I-U8TD-021): Verificar que al fallar el registro de un usuario en la BD no se envíe el email correspondiente

  • Given Estoy en la sección “Registrarse”
  • And completo correctamente todos los campos
  • When hago clic en “Registrar”
  • Then El sistema procesa la solicitud
  • And El sistema detecta un error al guardar el usuario en la base de datos
  • And Muestra un mensaje de error (e.g., “Hubo un problema al registrar tu cuenta. Intenta nuevamente.”)
  • And Cancela el proceso de envío del email de verificación
  • And El usuario no queda registrado en la base de datos

  Scenario (I-U8TD-022): Verificar que al registrar un usuario con campos incompletos no se permita continuar con el registro.

  • Given Estoy en la sección “Registrarse”
  • And no completo correctamente todos los campos
  • When hago clic en “Registrar”
  • Then el sistema no permite continuar
  • And el sistema muestra el mensaje de error correspondiente

  FEATURE: RECUPERACIÓN DE CONTRASEÑA (U10)

  Técnica prueba de decisión

  ver como redactarlos

  Código	Email Enviado	Formato email valido	Email registrado en nuestra bd	Email correspondiente a un usuario activo	Email correspondiente a un usuario validado	Resultado Esperado
  Scenario(I-U10TD-019):	Si	Si	Si	Si	Si	Email con enlace de restablecimiento enviado
  Scenario(I-U10TD-020):	Si	Si	Si	Si	No	Error, el email no corresponde a un usuario validado
  Scenario(I-U10TD-021):	Si	Si	Si	No	Si/No	Error, el email no corresponde a un usuario activo
  Scenario(I-U10TD-022)	Si	Si	No	No	No	Error, el email no corresponde a ningún usuario
  Scenario(I-U10TD-023):	Si	No	No	No	No	Error, el formato del email enviado es invalido
  Scenario(I-U10TD-024):	No	No	No	No	No	Error, se debe enviar un email.

  FEATURE: Historial de precios (U18)

  TÉCNICA TRANSICIÓN DE ESTADOS

  ESTADO	TRANSICIÓN
  Precio finalizado	Precio actual a precio finalizado
  Precio actual	Sin estado a precio actual

  Scenario(U18TE-025): Validar que cuando se registre un nuevo precio este pase a estado “Precio actual”

  • Given estoy en la sección "Producto"
  • And selecciono editar precio
  • And registro un nuevo precio
  • Then aprieto el botón “Confirmar”
  • Then el sistema permite registrar el precio
  • And el nuevo precio pasa a estado “Precio Actual”

  Scenario(U18VL-026): Validar que cuando se registre un nuevo precio, el precio viejo pase de “precio actual” a “precio finalizado”

  • Given estoy en la sección "Producto"
  • And selecciono editar precio
  • And registro un nuevo precio
  • Then aprieto el botón “Confirmar”
  • Then el sistema permite registrar el precio
  • And el viejo precio pasa a estado “Precio Finalizado”

  FEATURE: REGISTRO DE ENTRADAS Y SALIDAS DE STOCK (U19)

  TÉCNICA PARTICIÓN EQUIVALENTE

  PARTICIÓN	¿Se acepta?	Respuesta esperada
  Valor de stock=0	No	No se permite continuar
  Valor de stock <0	No	No se permite continuar
  Valor de stock >0	Sí	Se permite continuar y se realiza el cálculo

  Scenario (I-U19PE-027): Validar que al ingresar un valor de stock = 0 no se permita el registro de nuevo stock.

  • Given estoy en el campo “Producto”
  • And ingreso nuevo stock con un valor =0
  • When hago click en el botón registrar
  • Then el sistema no permite continuar.
  • And se muestra un mensaje de error: “El valor de stock debe ser positivo”.

  Scenario (I-U19PE-028): Validar que al ingresar un valor de stock < 0 no se permita el registro de nuevo stock

  • Given estoy en el campo “Producto”
  • And ingreso nuevo stock con un valor <0
  • When hago click en el botón registrar
  • Then el sistema no permite continuar.
  • And se muestra un mensaje de error: “El valor de stock debe ser positivo”.

  Scenario (I-U19PE-029): Validar que al ingresar un valor de stock > 0 se realice el cálculo correspondiente para mostrar el nuevo stock.

  • Given estoy en el campo “Producto”
  • And ingreso nuevo stock con un valor >0
  • When hago click en el botón registrar
  • Then el sistema permite continuar y calcula el nuevo valor de stock
  • Then el sistema almacena el nuevo valor en la BD junto a la fecha y hora del cambio
  • And se muestra el nuevo valor de stock y es correcto.

  FEATURE: Generación de informes de ventas (U35)

  Scenario (I-U35PE-030): Generar informe de ventas diario con métricas principales

  • Given estoy en el panel de informes
  • And selecciono el período "Diario"
  • When hago clic en el botón "Generar informe"
  • Then el sistema genera un informe que incluye ventas totales y productos más vendidos
  • And las métricas se muestran correctamente en gráficos de barras.

  Scenario (I-U35PE-031): Generar informe de ventas mensual

  • Given estoy en el panel de informes
  • And selecciono el período "Mensual"
  • When hago clic en el botón "Generar informe"
  • Then el sistema genera un informe con ventas totales y productos más vendidos
  • And los datos se muestran correctamente en gráficos de barras.

  FEATURE: Generación de informes de clientes (U36)

  Scenario (I-U36PE-032): Mostrar estadísticas de frecuencia de compra

  • Given estoy en la sección de análisis de clientes
  • When selecciono el período "Semanal"
  • And hago clic en el botón "Generar estadísticas"
  • Then el sistema muestra la frecuencia de compra de los clientes en un gráfico de barras.

  Scenario (I-U36PE-033): Mostrar estadísticas de valor promedio de venta

  • Given estoy en la sección de análisis de clientes
  • When selecciono el período "Anual"
  • And hago clic en el botón "Generar estadísticas"
  • Then el sistema muestra el valor promedio de la venta en un gráfico de barras.

  Scenario (I-U36PE-034): Mostrar productos favoritos de los clientes

  • Given estoy en la sección de análisis de clientes
  • When selecciono el período "Mensual"
  • And hago clic en el botón "Generar estadísticas"
  • Then el sistema muestra los productos favoritos de los clientes en un gráfico de barras.

• NIVEL DE ACEPTACIÓN

  FEATURE: HISTORIAL DE PRECIOS (U6)

  TÉCNICA DE PARTICIONES EQUIVALENTES

  PARTICIÓN	Valor	Respuesta esperada
  	10/10/2024-10/12/2024	Lista de precios en el rango de fecha especificado
  	10/10/2024	Lista de precios modificados solo en la fecha específicada
  	Juanpi	Lista de precios modificados por el usuario especificado

  Scenario(A-U16PE-001): Validar que como administrador puedo visualizar el historial de precios y filtrarlos por un rango de fecha.

  • Given estoy en la sección "Producto".
  • When quiero visualizar el historial de precios de un producto.
  • Then debe existir un botón de historial que me permita hacerlo.
  • And al hacer click me muestra un listado con todos los precios del producto seleccionado ordenados cronologicamente
  • And me permite filtrar por rango fecha
  • When filtro por rango de fecha
  • Then el sistema me muestras todos los cambios de precio realizados en el especificado

  Scenario(A-U16PE-002): Validar que como administrador puedo visualizar el historial de precios y filtrarlos por fecha específica

  • Given estoy en la sección "Producto".
  • When quiero visualizar el historial de precios de un producto.
  • Then debe existir un botón de historial que me permita hacerlo.
  • And al hacer click me muestra un listado con todos los precios del producto seleccionado ordenados cronologicamente
  • And me permite filtrar por
  • When filtro por
  • Then el sistema me muestra todos los cambios de precio realizados en la específica determinada

  Scenario(A-U16PE-003): Validar que como administrador puedo visualizar el historial de precios y filtrarlos por usuario

  • Given estoy en la sección "Producto".
  • When quiero visualizar el historial de precios de un producto.
  • Then debe existir un botón de historial que me permita hacerlo.
  • And al hacer click me muestra un listado con todos los precios del producto seleccionado ordenados cronologicamente
  • And me permite filtrar por usuario
  • When filtro por usuario
  • Then el sistema me muestra todos los cambios de precio realizados por

  FEATURE: ACTUALIZACIÓN DE INFORMACIÓN PERSONAL (U9)

  TÉCNICA PARTICION EQUIVALENTE

  Partición	Usuario	Resultado esperado	Salida esperada	¿Se acepta?
  Usuario con permiso de edición		El sistema permite editar	No se muestran mensajes de error	Si
  Usuario sin permiso de edición		El sistema no permite editar	Se muestra el mensaje: “No tiene permisos de edición”	No

  Scenario(A-U9PE-004): Validar que un usuario sin permiso de administrador no pueda editar campos de administración

  • Given estoy en la sección administrar perfil
  • When  ****Selecciono editar un campo
  • And no tengo permiso para editarlo
  • Then el sistema no permite editar el campo
  • And se muestra el mensaje de error: “No tiene permisos de edición”.

  Scenario(A-U9PE-005): Validar que un usuario con permisos tenga habilitada la edición de campos

  • Given estoy en la sección "Perfil"
  • When selecciono editar un campo
  • And tengo permiso para editarlo
  • Then el sistema permite editar el campo
  • And los cambios se guardan correctamente
  • And no se muestran mensajes de error

  FEATURE: RECUPERACIÓN DE CONTRASEÑA (U10)

  Partición Equivalente

  Partición	Resultado esperado
  El enlace existe, es visible y funcional.	-
  El enlace no existe.	-
  El enlace existe pero no es visible.	-
  El enlace existe, es visible pero no es funcional.	-

  Scenario(A-U10PE-006): Validar que existe un enlace visible para recuperación de contraseña.

  • Given estoy en la sección "Login".
  • When quiero cambiar mi contraseña.
  • Then debe existir un enlace que me permita hacerlo.

  Scenario(A-U10PE-007): Validar que el enlace de recuperación de contraseña cumple su propósito.

  • Given estoy en la sección "Login".
  • When quiero cambiar mi contraseña.
  • Then el enlace de recuperación de contraseña está presente.
  • And al hacer clic me redirige a la sección para ingresar mi email.

  FEATURE: Generación de estadísticas de ventas (U35)

  Partición	Ejemplo
  Mensual	Diciembre
  Anual	2024
  Diario	12/11/2024
  Semanal	12/11/2024 - 19/11/2024

  TÉCNICA PARTICIÓN EQUIVALENTE

  Scenario (A-U35PE-008): Validar que el reporte de venta por período mensual se genere correctamente

  • Given estoy en la sección “Reportes”
  • And elijo generar un reporte del mes de diciembre
  • When hago clik en generar
  • Then el sistema trae los datos de las ventas realizadas en el mes de diciembre discriminadas por semana/días
  • And los datos se visualizan en gráficos de barra

  Scenario (A-U35PE-009): Validar que el reporte de venta por período semanal se genere correctamente

  • Given estoy en la sección “Reportes”
  • And elijo generar un reporte semanal del 12/11/2024 al 19/11/2024
  • When hago clik en generar
  • Then el sistema trae los datos de las ventas realizadas en el plazo especificado discriminadas por día
  • And los datos se visualizan en gráficos de barra

  Scenario (A-U35PE-010): Validar que el reporte de venta por período anual se genere correctamente

  • Given estoy en la sección “Reportes”
  • And elijo generar un reporte del año 2024
  • When hago clik en generar
  • Then el sistema trae los datos de las ventas realizadas durante el año 2024 discriminadas por mes
  • And los datos se visualizan en gráficos de barra

  Scenario (A-U35PE-011): Validar que el reporte de venta por período diario se genere correctamente

  • Given estoy en la sección “Reportes”
  • And elijo generar un reporte del día 12/11/2024
  • When hago clik en generar
  • Then el sistema trae los datos de las ventas realizadas en el día específicado
  • And los datos se visualizan en gráficos de barra

  FEATURE: Exportación de informes (U37)

  Scenario (A-U37PE-012): Validar integridad del informe exportado

  • Given he generado un informe de clientes
  • And he exportado el informe como PDF
  • When abro el archivo exportado
  • Then el contenido es legible y mantiene el formato del sistema
  • And las estadísticas y gráficos están completos y se visualizan correctamente

• NIVEL DE SISTEMAS

  Feature: Registrar usuario (U8)

  PARTICIÓN DE EQUIVALENCIAS

  Particiones:

  Partición	Resultado esperado	Salida esperada	¿Se acepta?
  Cuenta con email y contraseña correctos y existentes en la BD	El sistema permite iniciar sesión	No se muestran mensajes de error y se muestra el mensaje “Bienvenido”	Si
  Cuenta con email y contraseña incorrectos	El sistema no permite iniciar sesión	Se muestra el mensaje: Email y contraseña incorrectos	No
  Cuenta con email correcto y contraseña incorrecta	El sistema no permite iniciar sesión	Se muestra el mensaje “Contraseña incorrecta”	No
  Cuenta con email incorrecto y contraseña correcta	El sistema no permite iniciar sesión	Se muestra el mensaje “Email incorrecto”	No

  Scenario (S-U8PE-001): Validar que el usuario pueda iniciar sesión con credenciales correctas.

  • Given estoy en la sección inicio de sesión
  • And ingreso una contraseña correcta
  • And ingreso un email correcto
  • When hago click en el botón de iniciar sesión
  • Then el sistema permite iniciar sesión
  • And muestra el mensaje “Bienvenido”

  Scenario (S-U8PE-002): Validar que el usuario no pueda iniciar sesión con credenciales incorrectas

  • Given estoy en la sección inicio de sesión
  • And ingreso un email incorrecto
  • And ingreso una contraseña incorrecta
  • When  ****hago click en el botón de iniciar sesión
  • Then el sistema no permite iniciar sesión
  • And muestra el mensaje “Email incorrecto”
  • And muestra el mensaje “Contraseña incorrecta”

  Scenario (S-U8PE-003): Validar que el usuario no pueda iniciar sesión con contraseña incorrecta

  • Given estoy en la sección inicio de sesión
  • And ingreso un email correcto
  • And ingreso una contraseña incorrecta
  • When  hago click en el botón de iniciar sesión
  • Then el sistema no permite iniciar sesión
  • And muestra el mensaje “Contraseña incorrecta”

  Scenario (S-U8PE-004): Validar que el usuario no pueda iniciar sesión con email incorrecto

  • Given estoy en la sección inicio de sesión
  • And ingreso un email incorrecto
  • And ingreso una contraseña correcta
  • When  ****hago click en el botón de iniciar sesión
  • Then el sistema no permite iniciar sesión
  • And muestra el mensaje “Email incorrecto”

  TÉCNICA TRANSICIÓN DE ESTADOS

  Estados	Transiciones
  Código de verificación sin utilizar	Del estado sin utilizar al estado utilizado cuando el usuario ingrese el código para verificar su cuenta
  Código de verificación utilizado

  Scenario (S-U8TE-005): Validar que el código se use una única vez

  • Given estoy en la sección para ingresar el código.
  • And ingreso el código.
  • When  ****Selecciono la opción de validar el código.
  • And hago click en el botón de validar.
  • Then el sistema confirma la verificación.
  • And se muestra el mensaje “Usuario validado”

  Scenario (S-U8TE-006): Validar que el código no se haya utilizado previamente

  • Given estoy en la sección para ingresar el código.
  • And ingreso el código.
  • When  Selecciono la opción de validar el código.
  • And hago click en el botón de validar.
  • Then el sistema no confirma la verificación.
  • And se muestra el mensaje: “Código invalido”

  TÉCNICA TRANSICIÓN DE ESTADOS

  ESTADOS
  Verificado	El código ingresado es correcto y el sistema marca al usuario como verificado
  Verificación fallida	El código ingresado no es válido o no coincide con el código enviado

  Scenario (S-U8TE-007): El usuario pasa a estado “verificado”

  • Given estoy en la sección de registro de usuario
  • And Ingreso código de verificación correcto
  • When hago click en validar codigo
  • Then el usuario pasa de estado “no verificado” a “verificado “
  • And se muestra el mensaje : “Código validado”

  Scenario (S-U8TE-008): El usuario pasa a estado “ no verificado”

  • Given estoy en la sección de registro de usuario
  • And Ingreso código de verificación incorrecto
  • When hago click en validar código
  • Then el usuario pasa a estado “no verificado”.
  • And se muestra el mensaje : “Código inválido”

  TÉCNICA TRANSICIÓN DE ESTADOS

  ESTADOS	TRANSICIONES
  Código válido.	Del estado código válido a código expirado al pasar 15 minutos desde la creación.
  Código utilizado.	Del estado código expirado a código válido al generar un nuevo código.
  Código expirado	Del estado código válido se pasa a código utilizado al ingresar el código dentro del límite de 15 minutos.
  	Del estado código expirado a código inválido al intentar ingresar el código después de los 15 minutos.

  Scenario (S-U8TE-009): Validar que el código de verificación sea válido por un tiempo limitado de 15 minutos.

  • Given estoy en la sección de registro de usuario
  • And Ingreso la contraseña.
  • When Selecciono la opción registrar usuario.
  • Then el sistema envía un código válido por 15 minutos.
  • And ingreso el código antes de los 15 minutos.
  • Then el sistema completa el registro
  • And muestra un mensaje de éxito: “Registro exitoso”

  Scenario (S-U8TE-010): Validar que el código de verificación expira después de 15 minutos.

  • Given estoy en la sección de registro de usuario.
  • And recibí un código de verificación.
  • When intento ingresar el código después de 15 minutos.
  • Then el sistema muestra un mensaje de error: "Código expirado".
  • And el registro no se completa.

  Feature: Actualización de información personal (U9)

  TÉCNICA PRUEBAS DE DECISIÓN

  campos	características	¿cambios guardados?	Salida
  campos vacíos	campos que son obligatorios	No	“Por favor, complete todos los campos obligatorios”
  campos vacios	campos que no son obligatorios	Si	“Los cambios han sido guardados con éxito”
  campos completos	formato válido	Si	“Los cambios han sido guardados con éxito”
  campos completos	formato inválido	No	“El formato no es válido”

  Scenario (S-U9PD-011): Intentar guardar información con campos obligatorios vacíos

  • Given estoy en la sección "Perfil"
  • And he dejado campos obligatorios vacíos
  • When selecciono "Guardar cambios"
  • Then el sistema no guarda los cambios en la base de datos
  • And muestra el mensaje “Por favor, complete todos los campos obligatorios”

  Scenario(S-U9PD-012): Guardar información con campos no obligatorios vacíos

  • Given estoy en la sección "Perfil"
  • And he dejado campos no obligatorios vacíos
  • When selecciono "Guardar cambios"
  • Then el sistema guarda los cambios en la base de datos
  • And muestra el mensaje “Los cambios han sido guardados con éxito”

  Scenario(S-U9PD-013): Guardar información con campos completos y formato válido

  • Given estoy en la sección "Perfil"
  • And he ingresado información completa y válida
  • When selecciono "Guardar cambios"
  • Then el sistema guarda los cambios en la base de datos
  • And muestra el mensaje “Los cambios han sido guardados con éxito”

  Scenario(S-U9PD-014): Intentar guardar información con campos completos y formato inválido

  • Given estoy en la sección "Perfil"
  • And he ingresado información completa pero con formato inválido en el/los campos
  • When selecciono "Guardar cambios"
  • Then el sistema no guarda los cambios en la base de datos
  • And muestra el mensaje “El formato no es válido”

  FEATURE: Carrito de compras (U15)

  Scenario(S-U9PD-015): Validar que se pueda completar una compra

  • Given estoy en la sección "Carrito de compras"
  • And tengo productos seleccionados
  • And el sistema muestra el total, subtotal, cantidad de productos
  • And elijo una forma de pago
  • When selecciono "Realizar compra"
  • Then el sistema me permite comprar
  • And muestra el mensaje “Compra realizada”

  FEATURE: Exportación de informes (U37)

  Scenario (U37PE-016): Exportar informe de ventas como PDF

  • Given estoy en el panel de informes
  • And genero un informe de ventas
  • When hago clic en el botón "Exportar como PDF"
  • Then el sistema descarga el informe en formato PDF
  • And el archivo mantiene la integridad de los datos y el formato.

10.0 REPORTE DE RESULTADOS

PRUEBAS UNITARIAS

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1VL-001)	Scenario(U-U1VL-001): Validar que no se acepte un precio del producto = cero.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1VL-002)	Scenario(U-U1VL-002): Validar que se acepte un producto con precio mayor que cero.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1VL-003)	Validar que no se acepte un producto con precio menor que cero.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1PE-004)	Validar que se acepten imágenes con un tamaño de 5 MB o menos.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1PE-005):	Validar que se rechacen imágenes con un tamaño superior a 5 MB.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-006)	Verificar que no se pueda subir una foto con un formato que no sea .jpg, png	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1PE-007)	Validar que nombre de producto sea un campo obligatorio.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U-U1PE-008)	Validar que no se registre un producto con nombre vacío.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U1PE-009)	Verificar que al crear un producto con los datos correspondientes, toda la información se guarde correctamente en la base de datos.	Falla	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-010)	Validar que se acepten nombres de producto menores a 100 caracteres.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-011)	Validar que se acepten nombres de producto iguales a 100 caracteres.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-012)	Validar que no se acepten nombres de producto mayores a 100 caracteres.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-013)	Verificar que no se pueda registrar un producto con un stock medio < stock mínimo	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-014)	Verificar que no se pueda registrar un producto con un stock medio = 0	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-015)	Verificar que no se pueda registrar un producto con un stock medio negativo	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-016)	Verificar que no se pueda registrar un producto con un stock mínimo =0	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario outline (U-U8PE-017)	Verificar que no se pueda registrar un producto con un stock mínimo negativo	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U8VL-018)	Verificar que no se pueda registrar un producto con peso negativo	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U8VL-019)	Verificar que no se pueda registrar un producto con peso = 0	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U8VL-020)	Verificar que se pueda registrar un producto con peso >0	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U8PE-021)	Validar que el formato de correo electrónico sea válido.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U8PE-022)	Validar que no se acepten cadenas mayores a 100 caracteres	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-023)	Validar que se acepten cadenas menores a 101 caracteres	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-024)	Validar que se acepten cadenas menores a 100 caracteres	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-025):	Validar el nombre de usuario sea un campo obligatorio	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-026	Validar que el nombre de usuario no se encuentre vacío	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-027)	Validar que no se acepten contraseñas menores a 8 caracteres	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-028)	Validar que se acepten contraseñas iguales a 8 caracteres	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U10VL-029)	Validar que se acepten contraseñas mayores a 8 caracteres	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U19PE-030)	Validar que se acepten contraseñas con al menos una minúscula, una mayúscula y un número.	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U19PE-031)	Validar que no se acepten contraseñas que no contienen ninguna mayúscula	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U19PE-032)	Validar que no se acepten contraseñas que no contienen ninguna minúscula	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U19PE-033)	Validar que no se acepten contraseñas que no contienen ningun número	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U19PE-034)	Validar cantidad válida para egreso	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U19PE-035)	Validar cantidad mayor al stock actual para egreso	Pasa	Ninguna

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U37PE-036)	Validar campo esEgreso nulo	Pasa	Ninguna

PRUEBAS ACEPTACIÓN

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U16PE-001)	Validar que como administrador puedo visualizar el historial de precios y filtrarlos por un rango de fecha.	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U16PE-002)	Validar que como administrador puedo visualizar el historial de precios y filtrarlos por fecha específica	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U16PE-003):	Validar que como administrador puedo visualizar el historial de precios y filtrarlos por usuario	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(A-U9PE-004):	Validar que un usuario sin permiso de administrador no pueda editar campos de administración	Falla	Ninguna

Imagen Scenario(A-U9PE-004): En Testim configuraramos un script de prueba automatizada que simula el flujo de usuario para validar el comportamiento de una funcionalidad específica. Luego, al darle "play", ejecutaste el script para verificar si está configurado correctamente y si la funcionalidad que probaste cumple con los resultados esperados. La imagen muestra el panel de Testim donde se ejecutaron pruebas automatizadas para validar el flujo de login en el frontend de la aplicación. Se realizó un total de 14 ejecuciones recientes en la rama master, realizadas en Chrome. El 71% de las pruebas fueron exitosas, con 10 pruebas pasadas y una duración promedio de 35 segundos por ejecución. El gráfico ilustra un historial de éxito (verde) y fallos (rojo) en las ejecuciones, mientras que los resultados fallidos fueron porque Testim no pudo cargar la página en esa URL

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(A-U9PE-005):	Validar que un usuario con permisos tenga habilitada la edición de campos	Pasa	Ninguna

Imagen Scenario(A-U9PE-005):

Se muestran los mimos resultado que en el escenario anterior ya que también se contempló validar que un usuario con permisos tenga o no habilitada la edición de campos.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U10PE-006):	Validar que existe un enlace visible para recuperación de contraseña.	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U10PE-007)	Validar que el enlace de recuperación de contraseña cumple su propósito.	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (A-U35PE-008):	Validar que el reporte de venta por período mensual se genere correctamente	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U10PE-009)	Validar que el reporte de venta por período semanal se genere correctamente	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U10PE-010)	Validar que el reporte de venta por período anual se genere correctamente	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(A-U10PE-011)	Validar que el reporte de venta por período diario se genere correctamente	No realizado.	Funcionalidad aún no implementad

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (A-U37PE-012):	Validar integridad del informe exportado	No realizado.	Funcionalidad aún no implementada

PRUEBAS INTEGRACIÓN

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-001)	Validar que se registre en la BD un stock mínimo igual a cero.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-002)	Validar que se registre en la BD un stock mínimo mayor a cero.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-003)	Validar que se no se registre en la BD un stock mínimo menor a cero.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (U-U1PE-004)	Verificar que al crear un producto con los datos correspondientes, toda la información se guarde correctamente en la base de datos.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-005)	Validar que se mande un token de sesión valido en la request	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-006)	Validar que el token es válido	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-007)	Validar que el token está expirado	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(I-U1PE-008)	Validar que el token no existe	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8PE-009)	Validar que los UUID generados son únicos	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8PE-010)	Validar sesión activa con duración menor a 8 horas	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8PE-011)	Validar sesión inactiva con duración mayor a 8 horas	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8PE-010)	Validar que no existe un correo electrónico previamente registrado.	Pasa	-

Imagen back:

Imagen Scenario (I-U8PE-010):

Configuramos un script en Testim para automatizar y validar el flujo de registrar un usuario en el frontend de nuestra aplicación. Luego, ejecutamos el script varias veces para verificar si estaba correctamente configurado y si el registro funcionaba como se esperaba. Durante las ejecuciones, analizamos los resultados para identificar posibles errores en el flujo o ajustes necesarios en el script.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TD-011)	Validar que no se tenga una compra asociada para poder eliminar un usuario.	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TD-012)	Validar que no se podrá eliminar un usuario si se tiene una compra asociada.	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TE-013)	Verificar que al eliminar un usuario este pase a estado “eliminado”	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TE-014)	Verificar que al recuperar un usuario este pase a estado “no eliminado”	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TD-015)	Verificar que al registrar un usuario con campos completos se genere el código de validación correspondiente.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TD-016)	Verificar que al registrar un usuario con campos completos se envíe el email correspondiente	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TD-017)	Verificar que al fallar el registro de un usuario en la BD no se envíe el email correspondiente	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U8TD-018)	Verificar que al registrar un usuario con campos incompletos no se permita continuar con el registro.	Pasa	-

Imagen Scenario (I-U8TD-018): Dentro de la implementación anterior de registro de usuario, por lo tanto es la misma imagen.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(I-U10TD-019)	Verificar la recuperación de la contraseña con el mail correcto.	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(I-U10TD-020)	Verificar la recuperación de contraseña con un email que no corresponde a un usuario validado.	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(I-U10TD-021)	Verificar la recuperación de contraseña con un email que no corresponde a un usuario activo	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(I-U10TD-022)	Verificar la recuperación de contraseña con un email que no corresponde a ningún usuario	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(I-U10TD-023)	Verificar la recuperación de contraseña con un email con formato invalido	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario(I-U10TD-024)	Verificar la recuperación de contraseña con un email sin enviar.	No realizado.	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U18TE-025)	Validar que cuando se registre un nuevo precio este pase a estado “Precio actual”.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario(U18VL-026)	Validar que cuando se registre un nuevo precio, el precio viejo pase de “precio actual” a “precio finalizado”.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U19PE-027)	Validar que al ingresar un valor de stock = 0 no se permita el registro de nuevo stock.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U19PE-028)	Validar que al ingresar un valor de stock < 0 no se permita el registro de nuevo stock.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U19PE-029)	Validar que al ingresar un valor de stock > 0 se realice el cálculo correspondiente para mostrar el nuevo stock.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U35PE-030)	Generar informe de ventas diario con métricas principales.	No realizado	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U35PE-031)	Generar informe de ventas mensual.	No realizado	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U36PE-032)	Mostrar estadísticas de frecuencia de compra.	No realizado	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U36PE-033)	Mostrar estadísticas de valor promedio de venta.	No realizado	Funcionalidad aún no implementada.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (I-U36PE-034)	Mostrar productos favoritos de los clientes.	No realizado	Funcionalidad aún no implementada.

PRUEBAS SISTEMA

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (S-U8PE-001)	Validar que el usuario pueda iniciar sesión con credenciales correctas.	Pasa	-

Imagen Scenario (S-U8PE-001): Configuramos un script en Testim para automatizar y validar el flujo de login en el frontend de nuestra aplicación. Luego, ejecutamos el script varias veces para verificar si estaba correctamente configurado y si el login funcionaba como se esperaba. Durante las ejecuciones, analizamos los resultados para identificar posibles errores en el flujo o ajustes necesarios en el script.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (S-U8PE-002)	Validar que el usuario no pueda iniciar sesión con credenciales incorrectas	Pasa	-

Imagen Scenario (S-U8PE-002) Configuramos un script en Testim para automatizar y validar el flujo de login en el frontend de nuestra aplicación. Luego, ejecutamos el script varias veces para verificar si estaba correctamente configurado y si el login funcionaba como se esperaba. Durante las ejecuciones, analizamos los resultados para identificar posibles errores en el flujo o ajustes necesarios en el script.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (S-U8PE-003)	Validar que el usuario no pueda iniciar sesión con contraseña incorrecta	Pasa	-

Imagen Scenario (S-U8PE-003):

Dentro de la implementación anterior del login, por lo tanto es la misma imagen.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-09	Scenario (S-U8PE-004)	Validar que el usuario no pueda iniciar sesión con email incorrecto	Pasa	-

Imagen Scenario (S-U8PE-004):

Dentro de la implementación anterior del login, por lo tanto es la misma imagen.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (S-U8TE-005)	Validar que el código se use una única vez.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (S-U8TE-006)	Validar que el código no se haya utilizado previamente.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (S-U8TE-007)	El usuario pasa a estado “verificado”.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (S-U8TE-008)	El usuario pasa a estado “ no verificado”.	No realizado.	Funcionalidad aún no implementada

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (S-U8TE-009)	Validar que el código de verificación sea válido por un tiempo limitado de 15 minutos.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
-	Scenario (S-U8TE-010)	Validar que el código de verificación expira después de 15 minutos.	Pasa	-

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-10	Scenario (S-U9PD-011)	Intentar guardar información con campos obligatorios vacíos.	Pasa	-

Imagen Scenario (S-U9PD-011):

Configuramos un script en Testim para automatizar y validar el flujo de registrar un producto, marca, color, talle, etc; con sus correspondientes campos en el frontend de nuestra aplicación. Luego, ejecutamos el script varias veces para verificar si estaba correctamente configurado y si el registro funcionaba como se esperaba. Durante las ejecuciones, analizamos los resultados para identificar posibles errores en el flujo o ajustes necesarios en el script.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-10	Scenario(S-U9PD-012)	Guardar información con campos no obligatorios vacíos.	Pasa	-

Imagen Scenario (S-U9PD-013): Dentro de la implementación anterior de registro de producto, por lo tanto es la misma imagen.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-10	Scenario(S-U9PD-013)	Guardar información con campos completos y formato válido.	Pasa	-

Imagen Scenario (S-U9PD-013):

Dentro de la implementación anterior de registro de producto, por lo tanto es la misma imagen.

Fecha de testeo	ID	Scenario	Estado del caso de prueba	Notas
2024-12-10	Scenario(S-U9PD-014)	Intentar guardar información con campos completos y formato inválido.	Pasa	-

Imagen Scenario (S-U9PD-014):

Dentro de la implementación anterior de registro de producto, por lo tanto es la misma imagen.