06. Casos de Prueba — Flujos de Pedidos End-to-End
CP-FLUJO-001: Pedido Delivery completo
| Campo | Valor |
|---|---|
| Severidad | Crítica |
| Precondiciones | Cliente registrado con dirección. Sucursal con repartidores. Orden Receiver operativo. |
| Pasos | 1. Cliente hace pedido delivery en la web. 2. Paga online con tarjeta sandbox. 3. Manager acepta pedido en Orden Receiver. 4. Cocina prepara y marca como listo. 5. Manager asigna repartidor. 6. Repartidor marca como entregado. |
| Resultado esperado | El pedido finaliza en estado delivered. El cliente recibe notificaciones en cada cambio de estado. |
CP-FLUJO-002: Pedido Takeaway completo
| Campo | Valor |
|---|---|
| Severidad | Crítica |
| Precondiciones | Cliente registrado. Sucursal activa. |
| Pasos | 1. Cliente hace pedido takeaway en la web. 2. Selecciona horario de recogida. 3. Paga online. 4. Manager acepta y prepara. 5. Cliente recoge y el pedido se marca como entregado. |
| Resultado esperado | El pedido se cierra correctamente. |
CP-FLUJO-003: Pedido en mesa vía App QR
| Campo | Valor |
|---|---|
| Severidad | Crítica |
| Precondiciones | Mesa con QR configurado. App QR accesible. |
| Pasos | 1. Cliente escanea QR de mesa. 2. Añade productos y paga online. 3. Pedido llega a Orden Receiver / TPV. 4. Cocina prepara y se sirve en mesa. |
| Resultado esperado | El pedido queda vinculado a la mesa y se cierra correctamente. |
CP-FLUJO-004: Pedido desde TPV con pago en mesa
| Campo | Valor |
|---|---|
| Severidad | Crítica |
| Precondiciones | TPV con sesión abierta. Mesa libre. |
| Pasos | 1. Cajero crea pedido en el TPV asignado a una mesa. 2. Envia a cocina. 3. Cliente consume. 4. Cajero cobra en efectivo/tarjeta desde el TPV. |
| Resultado esperado | El pedido se cierra y se imprime ticket. |
CP-FLUJO-005: Pedido Sinqro desde marketplace externo
| Campo | Valor |
|---|---|
| Severidad | Alta |
| Precondiciones | Sinqro configurado con al menos un marketplace (Uber Eats, Glovo, etc.). |
| Pasos | 1. Cliente realiza pedido en el marketplace. 2. Sinqro envía webhook al backend. 3. Pedido aparece en Orden Receiver. 4. Manager acepta, prepara y asigna repartidor. 5. Estado se sincroniza de vuelta al marketplace. |
| Resultado esperado | El pedido externo fluye como un pedido delivery más y la sincronización es bidireccional. |
CP-FLUJO-006: Cancelación de pedido por el cliente
| Campo | Valor |
|---|---|
| Severidad | Alta |
| Precondiciones | Pedido recién realizado aún no aceptado por el restaurante. |
| Pasos | 1. Cliente va a "Mis órdenes". 2. Selecciona el pedido. 3. Pulsar "Cancelar". |
| Resultado esperado | El pedido se cancela y se libera stock si aplica. |
CP-FLUJO-007: Cancelación de pedido por el manager
| Campo | Valor |
|---|---|
| Severidad | Alta |
| Precondiciones | Pedido en estado aceptado o en preparación. |
| Pasos | 1. Manager abre el pedido en Orden Receiver. 2. Pulsar "Cancelar" e indicar motivo. |
| Resultado esperado | El pedido se cancela y se notifica al cliente. Si ya se pagó, se genera reembolso según política. |
CP-FLUJO-008: Transiciones de estado inválidas
| Campo | Valor |
|---|---|
| Severidad | Media |
| Precondiciones | Pedido en estado pending. |
| Pasos | 1. Intentar cambiar manualmente el estado de pending a delivered desde una llamada directa (si se dispone de herramienta). |
| Resultado esperado | El backend rechaza la transición y devuelve error. |
CP-FLUJO-009: Notificaciones push en cada cambio de estado
| Campo | Valor |
|---|---|
| Severidad | Alta |
| Precondiciones | Cliente con app/web que acepta notificaciones. |
| Pasos | 1. Realizar un pedido delivery. 2. Ir moviendo el pedido por los estados (aceptado, cocina, listo, repartidor, entregado). |
| Resultado esperado | El cliente recibe notificación (push, email o SMS) en cada cambio relevante. |
CP-FLUJO-010: Concurrencia: múltiples pedidos simultáneos
| Campo | Valor |
|---|---|
| Severidad | Alta |
| Precondiciones | Varios usuarios/clientes de prueba disponibles. |
| Pasos | 1. Desde 2 dispositivos distintos, realizar pedidos casi al mismo tiempo. |
| Resultado esperado | Ambos pedidos se registran sin pérdida de datos, sin duplicados y con números de orden únicos. |