Pruebas y validación de una versión
Qué cubren las suites del proyecto y qué debe comprobarse con dispositivos y datos de prueba antes de distribuir.
Elegir la validación según el cambio#
Las pruebas unitarias cubren políticas y casos de uso; las de integración revisan persistencia, migraciones, contratos y adaptadores; los flujos E2E recorren operaciones completas. Un cambio de presentación no necesita la misma evidencia que una modificación del cálculo de cuentas o del esquema SQLite.
| Comando | Alcance declarado |
|---|---|
npm run test:electron | Suite del backend local y servicios Electron. |
npm run test:web | Pruebas del renderer con ChromeHeadless. |
npm run test:e2e:onboarding | Alta y configuración inicial. |
npm run test:e2e:cash-flow | Flujo de caja. |
npm run test:e2e:restaurant | Flujo de restaurante. |
npm run test:e2e:restaurant-ui | Recorrido de interfaz del restaurante. |
npm run test:e2e:sale-adjustments | Suite de ajustes de venta; el script actual ejecuta pruebas de servicio. |
npm run test:all | Backend, renderer y scripts E2E incluidos por el proyecto. |
Aceptación operativa antes de distribuir#
- Instalar el candidato en una máquina Windows de prueba y completar el acceso.
- Abrir caja y mesa, enviar una ronda, avanzar cocina, dividir, cobrar y cerrar.
- Reiniciar y comprobar la persistencia de operaciones, usuarios y configuración.
- Verificar una terminal con el host disponible y otra vez con la conexión interrumpida.
- Probar teléfonos y tablets reales en la Wi-Fi prevista.
- Comprobar ticket y comandas con las impresoras reales.
- Ejecutar la actualización entre dos versiones compatibles y verificar que conserva datos.
- Probar recuperación con un respaldo en un entorno aislado.
Qué valida el candidato#
El flujo de CI Windows release candidate instala dependencias reproducibles, genera un informe de vulnerabilidades, ejecuta pruebas y construye los artefactos. Las pruebas y el empaquetado fallidos impiden completar el candidato. El informe de dependencias requiere revisión adicional porque su paso está configurado para no bloquear la construcción.
La validación del instalador comprueba metadatos, versión, hashes, tamaño, blockmap y ausencia de ciertos archivos que no deben distribuirse. Es evidencia sobre el artefacto; no sustituye la prueba de uso real.
Actualizador: descarga frente a instalación#
npm run test:e2e:updater-download comprueba la descarga con Electron y el actualizador reales en un perfil aislado y bloquea la ejecución del instalador. Valida contenido, tamaño y hash. La instalación NSIS, las migraciones entre esquemas distintos y la conservación del negocio deben validarse de forma separada.
Cómo comunicar el resultado#
Registra versión, escenario, comandos, fecha, datos de prueba y límites de cada comprobación. Usa una conclusión específica, como «descarga verificada», sin convertirla en «release certificado». Esta página enumera procedimientos y cobertura del proyecto; no informa una ejecución de esas suites durante la creación de esta documentación.
