Skip to content

Testing.md

Jump to bottom
Jorge Marchisone edited this page Sep 17, 2026 · 16 revisions

Wiki: Plan de Pruebas de Software — Granja Avícola NV

1. Información General y Equipo

  • Proyecto: Plataforma web Granja Avícola NV con sistema de gestión integrado.
  • Organización de Desarrollo: Shark Code.
  • Cliente: Nahuel Vilar (Propietario de la granja).
  • Patrocinador: ISPC.
  • Versión del Plan: 1.0.0 (14/09/2026).
  • Stack Tecnológico: Frontend en Angular, backend en Django REST Framework, persistencia políglota con PostgreSQL (Aiven) y MongoDB Atlas.

Matriz de Roles y Responsabilidades

Integrante Rol Principal Módulo Asignado para Casos y Ejecución
Jorge Marchisone Líder de Proyecto / QA Capa de persistencia de datos (PostgreSQL / MongoDB)
Hebe Pereyra Líder de Pruebas / QA Portal web público (Landing page) y elaboración del plan
Lautaro Barrera QA / Testing Módulo de finanzas (compras y gastos operativos)
Mariela Suárez QA / Testing Módulo de ventas y pedidos, elaboración del plan
Victoria Picco QA / Testing Módulo de autenticación y seguridad, elaboración del plan

2. Alcance de las Pruebas

Módulos Incluidos (In Scope)

  • Autenticación y Seguridad: Login con JWT, recuperación de contraseña, cierre de sesión, Route Guards en Angular y permisos por rol en Django REST Framework.
  • Producción (Mobile-First): Carga rápida en galpón (< 3 min), recolección de maples clasificados (color y tamaño), registro de mermas (roturas) y bajas sanitarias (descuento del censo avícola).
  • Finanzas (Egresos): Registro ágil de gastos operativos menores (combustible, insumos, mantenimiento) y filtros por fecha.
  • Ventas y Pedidos: Alta rápida de clientes, agendamiento de pedidos semanales, trazabilidad de reparto y estados de cobro (entregado/abonado).
  • Reportes y Balances: Visualización consolidada semanal (ingresos vs. egresos).
  • Portal Web Público: Landing page informativa (bienestar animal, recetas) y derivación directa a WhatsApp.
  • Persistencia: Integridad transaccional en PostgreSQL y colecciones de contenido en MongoDB Atlas.

Exclusiones Explícitas (Out of Scope) y Riesgos Asumidos

  • E-commerce / Pasarelas de pago: Venta directa manual hasta escalar a 10.000 aves. Riesgo: desajustes manuales en arqueos.
  • Logística y Optimización GPS: Distribución empírica por el cliente sin Google Maps. Riesgo: ineficiencias en traslados y combustible.
  • Checklist con fotos y reporte edilicio: Comunicación verbal o WhatsApp ante incidentes. Riesgo: falta de trazabilidad visual centralizada.
  • Alertas automatizadas de frescura de stock: Rotación física en depósito. Riesgo: potenciales despachos desfasados si falla el control manual.
  • Servidor SMTP (emails automáticos): Sin blanqueo autónomo ni correos transaccionales; reseteos manuales vía DB por el admin.
  • Pruebas de carga y estrés masivo: Justificado por base operativa actual acotada (25 clientes frecuentes).

3. Estrategia y Tipos de Pruebas

  • Enfoque general: Pruebas predominantemente manuales basadas en casos de prueba predefinidos con datos representativos.
  • Pruebas Funcionales y de Integración: Verificación de flujos end-to-end entre Angular, Django REST Framework y las bases de datos.
  • Pruebas de API REST: Ejecución y validación de endpoints, códigos de estado HTTP y payloads mediante Postman e interfaz de Django.
  • Pruebas de Seguridad y Roles: Restricciones de acceso (Admin vs. Operario con acceso exclusivo a producción móvil y bloqueo 403 a finanzas).
  • Pruebas de Responsividad / Mobile-First: Validación estricta de usabilidad en dispositivos móviles para operarios de galpón.
  • Pruebas de Regresión: Reejecución tras correcciones o cambios en backend/frontend para evitar efectos colaterales.

4. Criterios de Aceptación, Suspensión y Reanudación

  • Criterios de Aceptación:
    • 100% de las funcionalidades críticas probadas.
    • 0 defectos críticos o bloqueantes abiertos.
    • Defectos de prioridad alta corregidos y re-verificados.
    • Consistencia y persistencia íntegra en PostgreSQL y MongoDB.
    • Comportamiento mobile-first validado sin errores de visualización ni concurrencia.
  • Criterios de Suspensión:
    • Presencia de bugs bloqueantes que frenen la ejecución general.
    • Caída de entorno, backend o indisponibilidad de bases de datos.
    • Detección de pérdida o corrupción de datos.
  • Criterios de Reanudación: Corrección verificada del error causante, entorno restablecido y ejecución de regresión sobre las áreas impactadas.

5. Entornos, Herramientas y Entregables

  • Herramientas: Postman, navegador web y DevTools, Git/GitHub.
  • Entornos: Angular local/pruebas, Django REST Framework local/pruebas, instancias cloud de PostgreSQL (Aiven) y MongoDB Atlas.
  • Entregables: Plan de pruebas formal, especificación de casos de prueba, matriz de defectos con evidencias, reportes de regresión e informe final de calidad.

6. Matriz de Riesgos del Proceso de QA

Riesgo Probabilidad Impacto Estrategia de Mitigación
Tiempo limitado para ejecución total Alta Alto Priorización rigurosa de rutas críticas y flujos principales.
Errores de integración frontend-backend-DB Media Alto Pruebas continuas de integración temprana sobre endpoints y base de datos.
Retraso en entrega de funcionalidades Media Alto Reprogramación flexible de casos priorizando componentes listos.
Fallas de conexión o entornos cloud Media Medio Verificación previa de conectividad y reanudación protocolizada.
Cambios sobre módulos ya terminados Media Medio Baterías de pruebas de regresión focalizadas.

Clone this wiki locally