Plan de Pruebas

Proyecto: RutaCC

Tipo: Plan de Pruebas

Fecha: 18 de Junio de 2026

Responsable: Equipo QA

📑 Índice de Contenidos

Introducción y Objetivos
Alcance de las Pruebas
Estrategia de Pruebas
Ambientes de Prueba
Pruebas Funcionales
Pruebas de Seguridad
Pruebas de Rendimiento
Pruebas de Integración
Pruebas de Regresión
Casos de Prueba Detallados
Criterios de Aceptación
Entregables

1. Introducción y Objetivos

1.1 Propósito

Este documento establece el Plan de Pruebas del sistema RutaCC, definiendo la estrategia, alcance, recursos y cronograma para asegurar la calidad del software antes de su lanzamiento a producción.

1.2 Objetivos

Verificar que todos los requerimientos funcionales se cumplen correctamente
Validar que el sistema es seguro y cumple con OWASP Top 10
Garantizar el rendimiento adecuado bajo carga esperada
Asegurar la compatibilidad con navegadores y dispositivos
Verificar el aislamiento multi-tenant
Confirmar la usabilidad e intuitividad de la interfaz

2. Alcance de las Pruebas

2.1 Módulos a Probar

Módulo	Alcance	Prioridad
Autenticación y Seguridad	Login, logout, sesiones, roles, permisos	Crítica
Gestión de Tenants	CRUD tenants, aislamiento de datos	Crítica
Gestión de Usuarios	CRUD usuarios, asignación de roles	Alta
Vehículos	CRUD vehículos, documentos, estados	Alta
Conductores	CRUD conductores, licencias, estados	Alta
Bodegas	CRUD bodegas, geolocalización	Media
Pedidos	CRUD pedidos, asignación a despachos	Alta
Despachos	Flujo completo: crear, planificar, iniciar, finalizar	Crítica
Combustible	Registro de cargas, asociación a despachos	Media
Mantenciones	Registro, seguimiento, costos	Media
Fallos	Registro, estados, impacto en vehículos	Media
Cobros	Registro, pagos, alertas	Media
Reportes	Dashboard, costos, alertas	Media

2.2 Fuera de Alcance

Pruebas de carga extrema (más de 500 usuarios concurrentes)
Pruebas de penetración avanzadas (requiere especialista)
Compatibilidad con navegadores obsoletos (IE11)
Pruebas en dispositivos móviles antiguos

3. Estrategia de Pruebas

3.1 Niveles de Pruebas

Pirámide de pruebas:

Pruebas Unitarias (70%): Funciones individuales
Pruebas de Integración (20%): Interacción entre módulos
Pruebas de Sistema (10%): Flujo completo end-to-end

3.2 Tipos de Pruebas

Tipo	Descripción	Herramienta
Funcionales	Validar que cada función cumple su requerimiento	Manual + Scripts
Seguridad	Verificar protección contra vulnerabilidades	OWASP ZAP, SQLMap
Rendimiento	Medir tiempos de respuesta y carga	JMeter, GTmetrix
Usabilidad	Evaluar experiencia de usuario	Pruebas con usuarios
Compatibilidad	Verificar en múltiples navegadores	BrowserStack
Regresión	Asegurar que cambios no rompen funcionalidad	Scripts automatizados
Aceptación	Validación final con el cliente	Manual

4. Ambientes de Prueba

Ambiente	Propósito	Datos	Acceso
Local	Desarrollo y pruebas unitarias	Datos de prueba	Desarrolladores
Staging	Pruebas de integración y sistema	Copia anonimizada de producción	QA + Desarrolladores
Pre-Producción	Pruebas finales antes de deploy	Datos reales (solo lectura)	QA + Cliente
Producción	Sistema en vivo	Datos reales	Usuarios finales

5. Pruebas Funcionales

5.1 Flujo Crítico: Ciclo de Vida de un Despacho

ID	Caso de Prueba	Pasos	Resultado Esperado	Prioridad
TC-001	Crear despacho exitosamente	1. Login como despachador 2. Ir a Despachos 3. Crear nuevo despacho 4. Seleccionar bodega, vehículo, conductor 5. Guardar	Despacho creado con estado "creada" y número de orden único	Crítica
TC-002	Asignar pedidos a despacho	1. Abrir despacho creado 2. Asignar pedidos pendientes 3. Guardar	Pedidos asociados al despacho con estado "asignado"	Crítica
TC-003	Planificar ruta de entrega	1. Abrir planificador de ruta 2. Ordenar pedidos (drag & drop) 3. Guardar orden	Pedidos actualizados con campo "orden" correcto	Alta
TC-004	Iniciar despacho	1. Ir a Despachos Inicio 2. Seleccionar despacho 3. Ingresar km de salida 4. Confirmar inicio	Estado cambia a "en_ruta", vehículo y conductor también	Crítica
TC-005	Marcar pedido como entregado	1. En despacho en ruta 2. Seleccionar pedido 3. Marcar como entregado	Pedido con estado "entregada" y hora real de llegada	Alta
TC-006	Finalizar despacho	1. Ir a Despachos Cierre 2. Seleccionar despacho 3. Ingresar km de llegada 4. Confirmar finalización	Despacho "finalizada", vehículo y conductor "disponible"	Crítica
TC-007	Cancelar despacho	1. Seleccionar despacho 2. Cancelar	Despacho "cancelada", recursos liberados	Media

5.2 Módulo de Vehículos

ID	Caso de Prueba	Resultado Esperado
TC-010	Crear vehículo con datos válidos	Vehículo creado exitosamente
TC-011	Crear vehículo con patente duplicada	Error: patente ya existe
TC-012	Editar vehículo	Datos actualizados correctamente
TC-013	Desactivar vehículo	Estado cambia a "inactivo"
TC-014	Registrar documentos del vehículo	Documentos asociados correctamente
TC-015	Ver alertas de documentos próximos a vencer	Alertas mostradas en dashboard

5.3 Módulo de Conductores

ID	Caso de Prueba	Resultado Esperado
TC-020	Crear conductor con RUT válido	Conductor creado exitosamente
TC-021	Crear conductor con RUT duplicado	Error: RUT ya existe
TC-022	Registrar licencia de conductor	Licencia asociada con vencimiento
TC-023	Cambiar estado del conductor	Estado actualizado correctamente

5.4 Módulo de Reportes

ID	Caso de Prueba	Resultado Esperado
TC-030	Ver dashboard con estadísticas del mes	Estadísticas mostradas correctamente
TC-031	Generar reporte de costos mensual	Reporte con datos correctos por vehículo
TC-032	Ver alertas de vencimiento	Documentos próximos a vencer listados
TC-033	Ver cobros pendientes	Cobros no pagados mostrados

6. Pruebas de Seguridad

6.1 Matriz OWASP Top 10

ID	Vulnerabilidad	Prueba	Criterio de Aceptación
SEC-001	A01: Broken Access Control	Intentar acceder a endpoints sin autenticación	Sistema redirige a login o retorna 401
SEC-002	A01: Broken Access Control	Intentar acceder a datos de otro tenant	Sistema no muestra datos de otros tenants
SEC-003	A03: Injection (SQL)	Inyectar SQL en campos de formulario	Sistema sanitiza y no ejecuta SQL inyectado
SEC-004	A03: Injection (XSS)	Inyectar scripts en campos de texto	Sistema escapa caracteres y no ejecuta scripts
SEC-005	A05: Security Misconfiguration	Verificar headers de seguridad	Headers presentes: CSP, X-Frame-Options, etc.
SEC-006	A07: Authentication Failures	Intentar login con credenciales inválidas	Sistema no revela si usuario o password es incorrecto
SEC-007	A07: Authentication Failures	Verificar cifrado de contraseñas	Contraseñas almacenadas con bcrypt (cost 12)
SEC-008	A08: Software and Data Integrity	Verificar protección de archivos sensibles	No se puede acceder a config/database.php directamente

6.2 Pruebas de Aislamiento Multi-Tenant

ID	Prueba	Resultado Esperado
MT-001	Crear tenant A y tenant B con datos propios	Ambos tenants tienen datos independientes
MT-002	Usuario de tenant A intenta acceder a datos de tenant B	Acceso denegado, no ve datos del otro tenant
MT-003	Modificar tenant_id en request HTTP	Sistema ignora el cambio y usa el de la sesión
MT-004	Eliminar tenant A	Solo se eliminan datos del tenant A, B permanece intacto

7. Pruebas de Rendimiento

7.1 Métricas Objetivo

Métrica	Objetivo	Método de Medición
Tiempo de carga de página	< 2 segundos	Chrome DevTools, GTmetrix
Tiempo de respuesta API	< 500 ms	Postman, JMeter
Usuarios concurrentes	100+ sin degradación	JMeter
Consultas SQL lentas	Ninguna > 1 segundo	Slow Query Log
Uso de memoria	< 256 MB por request	PHP memory_get_usage()

7.2 Escenarios de Carga

Escenario	Usuarios	Duración	Resultado Esperado
Carga normal	50	15 min	Todos los requests exitosos
Carga pico	100	15 min	Tiempo respuesta < 1s
Estrés	200	15 min	Degradación controlada
Spike	0 → 150 en 1 min	10 min	Recuperación sin errores

8. Pruebas de Integración

8.1 Integraciones a Validar

ID	Integración	Prueba
INT-001	Frontend ↔ Backend	Todas las páginas cargan datos correctamente
INT-002	Backend ↔ Base de Datos	Todas las operaciones CRUD funcionan
INT-003	Sistema ↔ OpenStreetMap	Mapas cargan y geocoding funciona
INT-004	Sistema ↔ OSRM	Cálculo de rutas funciona
INT-005	Módulo Despachos ↔ Pedidos	Asignación de pedidos a despachos
INT-006	Módulo Vehículos ↔ Documentos	Documentos asociados a vehículos

9. Pruebas de Regresión

9.1 Suite de Regresión

Después de cada cambio significativo, se ejecuta la suite de regresión que incluye:

Login/Logout funcional
CRUD completo de vehículos
CRUD completo de conductores
Flujo completo de despacho (crear → finalizar)
Generación de reportes
Alertas de vencimiento
Permisos de usuario

9.2 Automatización

Se recomienda automatizar las siguientes pruebas:

Pruebas de humo (smoke tests) pre-deploy
Validación de seguridad básica
Verificación de aislamiento multi-tenant

10. Casos de Prueba Detallados - Módulo Despachos

10.1 Caso de Prueba: Flujo Completo de Despacho

📋 TC-100: Flujo Completo de Despacho

Objetivo: Validar el ciclo de vida completo de un despacho
Precondiciones:
• Usuario despachador autenticado
• Al menos 1 vehículo disponible
• Al menos 1 conductor disponible
• Al menos 1 bodega activa
• Al menos 3 pedidos pendientes

Pasos:
1. Navegar a módulo de Despachos
2. Click en "Crear Despacho"
3. Seleccionar bodega origen: "Bodega Central"
4. Seleccionar vehículo: "ABCD-12"
5. Seleccionar conductor: "Juan Pérez"
6. Confirmar creación
7. Verificar que despacho tiene estado "creada"
8. Asignar 3 pedidos pendientes
9. Verificar que pedidos tienen estado "asignado"
10. Abrir planificador de ruta
11. Ordenar pedidos por cercanía
12. Guardar orden
13. Verificar campo "orden" actualizado en pedidos
14. Ir a "Despachos Inicio"
15. Seleccionar despacho creado
16. Ingresar km de salida: 75000
17. Confirmar inicio
18. Verificar estado "en_ruta" en despacho, vehículo y conductor
19. Marcar primer pedido como entregado
20. Verificar hora real de llegada registrada
21. Marcar segundo pedido como entregado
22. Marcar tercer pedido como entregado
23. Ir a "Despachos Cierre"
24. Seleccionar despacho
25. Ingresar km de llegada: 75150
26. Agregar observaciones: "Entrega exitosa"
27. Confirmar finalización

Resultado Esperado:
• Despacho con estado "finalizada"
• Distancia real: 150 km
• Duración calculada correctamente
• Vehículo y conductor en estado "disponible"
• Todos los pedidos con estado "entregada"
• Datos disponibles en reportes

Criterios de Aceptación:
• Todos los pasos se ejecutan sin errores
• Los datos se persisten correctamente
• Los estados se actualizan en todas las entidades relacionadas
• El tiempo total del flujo es menor a 5 minutos

11. Criterios de Aceptación

11.1 Criterios de Aceptación General

Categoría	Criterio	Meta
Funcional	Casos de prueba críticos aprobados	100%
Funcional	Casos de prueba de alta prioridad aprobados	≥ 95%
Funcional	Casos de prueba de media prioridad aprobados	≥ 90%
Seguridad	Vulnerabilidades críticas resueltas	100%
Seguridad	Vulnerabilidades altas resueltas	100%
Rendimiento	Tiempo de respuesta promedio	< 500 ms
Rendimiento	Disponibilidad	≥ 99.5%
Usabilidad	Tareas completadas sin ayuda	≥ 90%
Compatibilidad	Navegadores soportados	Chrome, Firefox, Edge, Safari

11.2 Criterios de Rechazo

⚠️ El sistema NO será aceptado si:

Existe alguna vulnerabilidad de seguridad crítica o alta
Hay pérdida de datos o corrupción
El aislamiento multi-tenant falla
Más del 5% de los casos críticos fallan
El tiempo de respuesta supera 2 segundos consistentemente
Hay funcionalidades principales que no operan

12. Entregables

12.1 Documentación de Pruebas

Plan de Pruebas: Este documento
Casos de Prueba: Detalle de cada prueba
Scripts de Prueba: Código de pruebas automatizadas
Reporte de Incidencias: Bugs encontrados y su estado
Reporte Final de Pruebas: Resumen de resultados
Certificado de Calidad: Documento de aceptación

12.2 Métricas a Reportar

Métrica	Descripción
Cobertura de Pruebas	% de requerimientos cubiertos
Tasa de Defectos	Bugs encontrados por módulo
Severidad de Defectos	Distribución por severidad
Tiempo de Resolución	Promedio para corregir bugs
Tasa de Aprobación	% de casos de prueba aprobados
Rendimiento	Tiempos de respuesta medidos

12.3 Cronograma de Pruebas

Fase	Duración	Actividades
Planificación	2 días	Diseño de casos de prueba
Pruebas Funcionales	5 días	Ejecución de casos de prueba
Pruebas de Seguridad	3 días	OWASP Top 10, pentesting básico
Pruebas de Rendimiento	2 días	Pruebas de carga
Pruebas de Integración	2 días	Validación de integraciones
Pruebas de Regresión	2 días	Verificación post-correcciones
Pruebas de Aceptación	2 días	Validación con cliente
Reporte Final	1 día	Documentación de resultados
Total	19 días

✅ Compromiso de Calidad:
El equipo de desarrollo se compromete a cumplir con todos los estándares de calidad definidos en este plan de pruebas. El sistema solo será liberado a producción cuando se cumplan todos los criterios de aceptación establecidos.

🧪 Plan de Pruebas