ESCENARIOS DE CALIDAD - migueltovarb/ISWElectiva110202-7 GitHub Wiki
ESCENARIOS DE CALIDAD
ESCENARIO 1: RENDIMIENTO EN BÚSQUEDA - HU006
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuario que realiza una búsqueda de productos (por nombre, código o categoría). |
| ESTIMULO | Se inicia una búsqueda de productos con datos cargados en la base (ej. 10,000 registros). |
| ARTEFACTO | Módulo de búsqueda en el frontend y la API de consulta al backend. |
| AMBIENTE | Entorno de producción en condiciones normales. |
| RESPUESTA | Los resultados se muestran en menos de 2 segundos. |
| MEDIDA DE RESPUESTA | Tiempo de respuesta < 2 segundos |
ESCENARIO 2: CARGA DE LISTAS - HU006 & HU007
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuario que solicita la lista completa de proveedores o productos masivos. |
| ESTIMULO | Se consulta una tabla con más de 500 registros en la base de datos. |
| ARTEFACTO | Módulo de “Lista de Proveedores” o “Lista de Productos” en el frontend y API de backend. |
| AMBIENTE | Entorno de producción con un número medio de usuarios concurrentes. |
| RESPUESTA | La lista se muestra al usuario en un tiempo máximo de 3 segundos. |
| MEDIDA DE RESPUESTA | Tiempo de carga < 3 segundos |
ESCENARIO 3: OPERACIONES SIMULTANEAS - HU002 & HU003
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Múltiples usuarios (hasta 50) realizando operaciones (registro, edición, consultas) al mismo tiempo. |
| ESTIMULO | Se producen varias transacciones simultáneas en la base de datos (por ejemplo, actualizaciones de stock). |
| ARTEFACTO | Módulo de concurrencia (ORM, transacciones) y capa de negocio. |
| AMBIENTE | Producción con carga pico. |
| RESPUESTA | El sistema procesa las operaciones sin bloqueos prolongados ni errores de concurrencia. |
| MEDIDA DE RESPUESTA | Tiempo de respuesta < 2 segundos |
ESCENARIO 4: SEGURIDAD EN LA AUTENTICACIÓN - HU004, HU009 & HU010
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuario que ingresa credenciales en el formulario de inicio de sesión. |
| ESTIMULO | Solicitud de autenticación para acceder a las funcionalidades del sistema. |
| ARTEFACTO | Módulo de autenticación (sesiones cifradas, validación de credenciales). |
| AMBIENTE | Producción, con conexión HTTPS y usuarios legítimos. |
| RESPUESTA | El sistema valida credenciales y otorga acceso seguro en menos de 2 segundos, bloqueando intentos no válidos. |
| MEDIDA DE RESPUESTA | Tiempo de autenticación < 2 segundos |
ESCENARIO 5: DISPONIBILIDAD
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuarios que operan en horarios pico. |
| ESTIMULO | Se realizan operaciones simultáneas de registro, actualización y consulta de productos. |
| ARTEFACTO | Servidores y base de datos del sistema. |
| AMBIENTE | Entorno de producción con carga normal a alta. |
| RESPUESTA | El sistema se mantiene operativo durante el pico de carga. |
| MEDIDA DE RESPUESTA | Tiempo de inactividad < 1 minuto |
ESCENARIO 6: CAPACIDAD DE USUARIOS CONCURRENTES
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Hasta 50 usuarios accediendo simultáneamente a funciones de registro, actualización y reportes. |
| ESTIMULO | Carga concurrente en el backend y la base de datos. |
| ARTEFACTO | Servidor de aplicaciones y capa de datos (PostgreSQL). |
| AMBIENTE | Entorno de producción en picos de uso. |
| RESPUESTA | El sistema responde sin colapsar ni degradar excesivamente los tiempos de respuesta. |
| MEDIDA DE RESPUESTA | Tiempo de respuesta < 3 segundos. |
ESCENARIO 7: RECUPERACIÓN ANTE FALLOS
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Un fallo de hardware o software que provoca la caída de la aplicación. |
| ESTIMULO | Interrupción inesperada del servidor principal. |
| ARTEFACTO | Infraestructura de alta disponibilidad (backups, scripts de recuperación). |
| AMBIENTE | Producción con respaldo y planes de contingencia. |
| RESPUESTA | El sistema se restablece y vuelve a estar operativo en menos de 5 minutos. |
| MEDIDA DE RESPUESTA | Tiempo de recuperación < 5 minutos |
ESCENARIO 8: USABILIDAD - HU001, HU002 & HU006
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuario nuevo sin experiencia técnica. |
| ESTIMULO | Intenta registrar un producto mediante el formulario de la plataforma. |
| ARTEFACTO | Interfaz de usuario (desarrollada en React). |
| AMBIENTE | Producción, con conexión HTTPS y usuarios legítimos. |
| RESPUESTA | El usuario completa el registro en menos de 3 minutos, recibiendo mensajes claros en caso de error. |
| MEDIDA DE RESPUESTA | Tiempo promedio de registro < 3 minutos |
ESCENARIO 9: ACTUALIZACIÓN EN TIEMPO REAL - HU002, HU003 & HU005
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Empleado que actualiza el stock de un producto (por ejemplo, entrada de 20 unidades). |
| ESTIMULO | Se realiza la actualización en el formulario correspondiente. |
| ARTEFACTO | Módulo de actualización de stock y capa de visualización en React. |
| AMBIENTE | Producción con varios usuarios conectados simultáneamente. |
| RESPUESTA | El stock se refleja al instante en la lista de productos y en la vista de movimientos. |
| MEDIDA DE RESPUESTA | Latencia de actualización < 1 segundo |
ESCENARIO 10: INTEGRIDAD DE DATOS - HU001, HU002 & HU011
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuario que intenta ingresar una cantidad negativa o un precio nulo. |
| ESTIMULO | El formulario de registro/edición recibe valores no válidos. |
| ARTEFACTO | Validaciones en la capa de negocio y en la base de datos. |
| AMBIENTE | Producción con validaciones activas. |
| RESPUESTA | El sistema rechaza la entrada y muestra un mensaje de error descriptivo, evitando la inconsistencia. |
| MEDIDA DE RESPUESTA | Tiempo de validación < 1 segundo |
ESCENARIO 11: MINIMIZACIÓN DE COSTES OPERATIVOS
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Carga de usuarios y operaciones en horas pico, bajo un presupuesto de infraestructura limitado. |
| ESTIMULO | Varias operaciones simultáneas (registro de productos, consultas, reportes) que incrementan el uso de CPU y RAM. |
| ARTEFACTO | Servidores de aplicación, base de datos y servicios de alojamiento. |
| AMBIENTE | Producción, con monitorización de costos en la nube o servidores locales. |
| RESPUESTA | El sistema responde sin degradar significativamente los tiempos de respuesta y el uso de recursos se mantiene dentro de los límites aceptables. |
| MEDIDA DE RESPUESTA | Tiempo de respuesta < 3 segundos |
ESCENARIO 12: ESCALABILIDAD
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Aumento del 30% en la cantidad de productos y transacciones. |
| ESTIMULO | Se simula un incremento en la carga de datos en el sistema. |
| ARTEFACTO | Arquitectura modular y base de datos PostgreSQL. |
| AMBIENTE | Entorno de pruebas con alta carga simulada. |
| RESPUESTA | El sistema responde sin degradar significativamente los tiempos de respuesta y el uso de recursos se mantiene dentro de los límites aceptables. |
| MEDIDA DE RESPUESTA | Tiempo de respuesta < 3 segundos |
ESCENARIO 13: MANTENIBILIDAD
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Aumento del 30% en la cantidad de productos y transacciones. |
| ESTIMULO | Se simula un incremento en la carga de datos en el sistema. |
| ARTEFACTO | Arquitectura modular y base de datos PostgreSQL. |
| AMBIENTE | Entorno de pruebas con alta carga simulada. |
| RESPUESTA | El sistema responde sin degradar significativamente los tiempos de respuesta y el uso de recursos se mantiene dentro de los límites aceptables. |
| MEDIDA DE RESPUESTA | Tiempo de despliegue < 5 minutos |
ESCENARIO 14: INTERFAZ RESPONSIVA
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Usuarios que acceden desde distintos dispositivos (PC, tablet, móvil). |
| ESTIMULO | Cambio de resolución y tamaño de pantalla. |
| ARTEFACTO | Interfaz en React con diseño responsivo. |
| AMBIENTE | Producción o pruebas con variedad de dispositivos. |
| RESPUESTA | La interfaz se adapta sin pérdida de funcionalidad ni de legibilidad. |
| MEDIDA DE RESPUESTA | Tiempo de reacomodo < 1 segundo |
ESCENARIO 15: INTEGRACION EXTERNA
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Servicios externos (proveedores de información, sistemas logísticos) que consultan o envían datos al sistema. |
| ESTIMULO | Se realizan llamadas a la API REST para intercambiar información de inventario. |
| ARTEFACTO | API RESTful desarrollada en Django, endpoints de integración. |
| AMBIENTE | Entorno de producción con conexión a servicios externos mediante protocolos seguros (HTTPS). |
| RESPUESTA | Las integraciones se llevan a cabo sin errores, con tiempos de respuesta aceptables (< 3 seg). |
| MEDIDA DE RESPUESTA | Tiempo de respuesta < 3 segundos |
ESCENARIO 16: GENERACIÓN DE REPORTES
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Administrador que solicita un reporte de inventario en PDF/Excel. |
| ESTIMULO | Se ejecuta la generación de reportes con datos masivos (miles de productos). |
| ARTEFACTO | Módulo de reportes en backend, biblioteca de generación (por ejemplo, PDFKit o similar). |
| AMBIENTE | Producción con datos reales y alto volumen de productos. |
| RESPUESTA | El reporte se crea y se descarga en pocos segundos sin bloquear al resto de usuarios. |
| MEDIDA DE RESPUESTA | Tiempo de generación < 5 segundos |
ESCENARIO 17: EXPERIENCIA DE USUARIO
| ELEMENTO | DESCRIPCION |
|---|---|
| FUENTE | Empleado o administrador que realiza múltiples operaciones (búsqueda, registro, edición) |
| ESTIMULO | Interacción continua con la interfaz (formularios, menús, notificaciones). |
| ARTEFACTO | Interfaz React, componentes de UI, feedback visual (mensajes, alertas). |
| AMBIENTE | Producción con usuarios con distintos niveles de experiencia. |
| RESPUESTA | El usuario recibe mensajes claros, retroalimentación inmediata y navegación intuitiva sin atascos. |
| MEDIDA DE RESPUESTA | Tiempo de retroalimentación < 2 segundos |