Regression Test Documentation Cartas Digitales

Regression Test

El Regression Test tiene como objetivo:

Verificar que las funcionalidades existentes siguen comportándose igual que antes de los cambios. 

Detectar errores introducidos por optimizaciones, refactorizaciones o correcciones de bugs.

Asegurar que las modificaciones no reintroduzcan fallos antiguos (reversiones de fallos).

Confirmar que las correcciones de defectos recientes no afecten negativamente a otras partes del sistema.

Mantener la estabilidad general del software a lo largo del tiempo.

Pasos para realizar un test de regresión en QA.

1. Definir alcance:

Módulos a trabajar en el test de regresión: Platos, Cartas, Canales, Publicidad, Qr.

   2. funcionalidades y escenarios cubrir:

filtradoFiltrado de platos por RestauranteRestaurante.

lógicaLógica de programación de cartas en el sistema

sistema.sección de creación de cartas/secciones.

secciónSección de canales/programación de la carta.

programaciónProgramación de cartas por restaurante

restaurante.

generaciónGeneración de código QRQR.

genereGenere la carta de ajuste por defecto

defecto.

laLa plantillas "Menú

de

funcionalidadlas cartas. Funcionalidad de cartas inactivas en la sección de canales.

Ajustar la columna de duración en el DAM de actualización de imagen en el administrador de archivo

TraducciónarchivoTraducción de secciones al idioma seleccionado Español.

Inicio/Autenticación: registro, inicio

Implementación de sesión,Carpetas recuperaciónDAM.

   3. Identificar riesgos y áreas críticas.

Sección de contraseña,crear verificacióncarta/Platos. Validación en los tipos de usuario.idioma.

Perfil

En el modal de usuario:detalle edicióndel de datos personales, preferencias, foto de perfil, configuraciones.

Navegación/Exploración: menú, barra de búsqueda, filtros, categorías, sugerencias.

plato ContenidoCarpetas principal:DAM. pantallas que muestran la función centralValidación de la appprogramación (porde ejemplo, productos, artículos, tareas, mensajes).cartas. GestiónCarga de datos: creación, lectura, actualización y eliminación (CRUD) de items; almacenamiento local y/oimagenes en lalos nube.platos. Interacciones/acciones: like,

4. guardar, compartir, comentar, seguir, enviar. Notificaciones: alerts, mensajes push, recordatorios. Comunicación: chat o mensajes entre usuarios, comentarios, respuestas. Configuraciones: preferencias, temas, notificaciones, permisos. Pagos y suscripciones: métodos de pago, facturación, planes. Seguridad y permisos: autenticación multifactor, gestión de permisos, cifrado. Seguimiento y analítica: métricas de uso, eventos, informes. Integraciones externas: APIs, webhooks, conectores con otros servicios. Soporte y ayuda: ayuda en línea, FAQs, contacto de soporte. Localización/Internacionalización: idiomas, formatos de fecha/moneda. Mantenimiento y rendimiento: caché, sincronización, manejo de errores, logging. Priorizar casos de prueba críticosbasados en impacto y probabilidad de altofallo.

riesgo.

5. Establecer criterios de aceptación y umbrales de calidad.

Establecer criterios de aceptación y umbrales de calidad.

1) Criterios de aceptación funcional (nivel de sistema)

Acceso y disponibilidad

El sistema web debe estar accesible 99.9% del tiempo. Pautas de mantenimiento: ventanas planificadas fuera de horario comercial reducidas y notificadas con anticipación. PreparaRendimiento Alcance:end-to-end

Carga de la página de inicio en ≤ 3 segundos en conexión promedio (p 95 en producción). Tiempos de respuesta de API (back-end) dentro de los límites establecidos (ver umbrales de calidad). ( SE REQUIERE VERIFICAR CON EL EQUIPO DE DESARROLLO). El rendering de menús en la página clave debe completar en ≤ 2 segundos en dispositivos de gama media. Revisar( CambiosSE REQUIERE VERIFICAR CON EL EQUIPO DE DESARROLLO). Funcionalidad principal

Visualización de menús: listado, filtros por categoría/acomodaciones, búsqueda, y ordenamiento deben funcionar sin errores. Detalle de menú: página de detalle con todos los campos obligatorios visibles y con enlaces a operaciones relacionadas. Gestión de contenido

Crear/editar/eliminar menús y categorías desde la interfaz administrativa con validación de campos y permisos correspondientes. Actualización en tiempo real de disponibilidad y precios cuando corresponda. Importación/exportación de datos de menús en formatos estándar QR. Autenticación y autorización

Inicio de sesión funcional para usuarios y roles (admin, staff, usuario). Roles correctamente aplicados: acciones sensibles restringidas según permisos. Revocación de sesiones y manejo de tokens (renovación/expiración). Accesibilidad y usabilidad

Soporte básico de accesibilidad (contraste, navegación por teclado, textos alternativos de imágenes). Rendimiento razonable en dispositivos móviles (responsivo) y navegadores modernos. Seguridad

Protección contra inyección básica, validación de entradas, y manejo seguro de tokens. Cifrado de datos sensibles en tránsito (TLS) y buenas prácticas de seguridad. Observabilidad y mantenimiento

Logs estructurados y trazabilidad por operación (ID de pedido/consulta). Monitoreo de uptime, latencias y errores con alertas básicas (Slack/Email). Pruebas de regresión automatizadas ejecutadas en cada despliegue.

2) Umbrales de calidad (target) SeleccionarREVISAR ESTE PUNTO CON EL EQUIPO DE DESARROLLO.

Latencia y rendimiento

UI inicial: p95 ≤ 2.5 segundos; p99 ≤ 4 segundos en staging; en producción, p95 ≤ 3 segundos. API crítica (GET /menus, GET /menus/{id}): p95 ≤ 500 ms en staging; ≤ 350 ms en producción. Operaciones mutation (POST/PUT/DELETE): p95 ≤ 800 ms. Tiempos de renderizado en movil: tiempo total de interacción inicial ≤ 4 segundos. Errores y confiabilidad

Tasa de error global (5xx) < 0.5% en producción; 4xx < 1% para usos válidos. Latencia de p99 durante picos no exceder 2x de p95. Integridad de datos

100% de operaciones de creación/actualización con validación de esquema y reglas de negocio. Consistencia entre UI y back-end: datos mostrados reflejan estado real (disponibilidad, precios, etc.). Sin datos sensibles expuestos en respuestas. Seguridad y cumplimiento

Pruebas de autenticación/ autorización cubiertas; fallos de autorización devuelven 401/403 correctamente. Escaneo de vulnerabilidades sin fallos críticos en pipelines de CI/CD. Cumplimiento básico de privacidad y retención de datos según políticas. Calidad de contrato y pruebas

Contratos API (OpenAPI/GraphQL) cubiertos al 100% con pruebas automatizadas. Pruebas de regresión automatizadas ejecutadas en cada despliegue; tasa de fallo inferior al 1%. Experiencia de desarrollador/operaciones

Preparación del entorno y datos.

Asegurar un entorno aislado para pruebas (sandbox/staging) con datos consistentes. https://cartas.qa.ticepro.com/ Crear conjuntos de datos representativos: positivos, negativos, límites y casos de error (403, 404, 429, 500).

Selección y mantenimiento de casos de prueba

Incluir pruebas de contrato/validación de esquema (ej. OpenAPI/ GraphQL schema). prepararCasos Datosde regresión para operaciones CRUD básicas, autenticación, autorización, validación de entradas y entornomanejo de errores. Pruebas de integración entre servicios (por ejemplo, API A llama a API B). Pruebas de rendimiento y límites (p. ej., picos de tráfico simulados).

Ejecución de pruebas

Ejecutar en el orden definido, priorizando endpoints críticos. Verificar código de estado correcto, estructura del cuerpo, cabeceras y tiempos de respuesta. Registrar resultados y evidencia (logs, respuestas completas, trazas). Documentar incidencias con pasos reproducibles y configuraciones de entorno.

Gestión de incidencias y seguimiento

Crear tickets de defecto con severidad, entorno, reproducibilidad y impacto. Asignar responsables y plazos; agrupar fallos por componente. Re-ejecutar pruebas críticas después de correcciones y cambios de API. Mantener trazabilidad entre requerimientos, casos de prueba y fallos.

RegistrarValidación Hallazgosde cambios y cierre

Verificar que las correcciones no impacten otras rutas (regresión cruzada). ValidarConfirmar Coreccionesque se cumplen criterios de aceptación (latencia, código de respuesta, formato). AnalizarGenerar Metricasreporte de regresión específico de API (resumen, cobertura por endpoint, métricas). Aprobar cierre del ciclo de regresión.

Mantener8Métricas y mejora continua

Cobertura de regresión de API (endpoint críticos y contratos). Tasa de fallo por servicio, tiempo de ciclo de regresión, tasa de re-trabajo. Lecciones aprendidas y mejoras en contratos, validación de esquemas y pruebas de rendimiento.

3) Selección y mantenimiento de casos de prueba

Incluir pruebas de contrato/validación de esquema (ej. OpenAPI/ GraphQL schema). Casos de regresión para operaciones CRUD básicas, autenticación, autorización, validación de entradas y manejo de errores. Pruebas de integración entre servicios (por ejemplo, API A llama a API B). Pruebas de rendimiento y límites (p. ej., picos de tráfico simulados).

4) Automatización (si aplica)

Diseñar tests automatizados que sean idempotentes y aislados (uso de datos independientes). Utilizar herramientas adecuadas (Postman/Newman, REST-assured, JUnit/TestNG, PyTest, k6 para rendimiento). Validar respuestas con esquemas JSON/YAML y aserciones de código de estado y payload. Integrar ejecuciones en CI/CD (por ejemplo, cada push/PR dispara la suitesuite).

5) Ejecución de pruebas

Ejecutar en el orden definido, priorizando endpoints críticos. InformarVerificar acódigo stakeholdersde estado correcto, estructura del cuerpo, cabeceras y tiempos de respuesta. Registrar resultados y evidencia (logs, respuestas completas, trazas). Documentar incidencias con pasos reproducibles y configuraciones de entorno.

6) Gestión de incidencias y seguimiento

Crear tickets de defecto con severidad, entorno, reproducibilidad y impacto. Asignar responsables y plazos; agrupar fallos por componente. Re-ejecutar pruebas críticas después de correcciones y cambios de API. Mantener trazabilidad entre requerimientos, casos de prueba y fallos.

7) Validación de cambios y cierre

Verificar que las correcciones no impacten otras rutas (regresión cruzada). Confirmar que se cumplen criterios de aceptación (latencia, código de respuesta, formato). Generar reporte de regresión específico de API (resumen, cobertura por endpoint, métricas). Aprobar cierre del ciclo de regresión.

8) Métricas y mejora continua

Cobertura de regresión de API (endpoint críticos y contratos). Tasa de fallo por servicio, tiempo de ciclo de regresión, tasa de re-trabajo. Lecciones aprendidas y mejoras en contratos, validación de esquemas y pruebas de rendimiento.

Consejos prácticos para API

Usa validación de esquemas estricta (JSON Schema, OpenAPI) para validar respuestas. Implementa pruebas de contrato entre microservicios para detectar rupturas de API. Prueba autenticación/autorización exhaustivamente (token expiration, scopes, RBAC). Incluye pruebas de manejo de errores y mensajes consistentes. Emplea entornos de prueba con datos aislados para no afectar producción.