GuiaTesting.md

Guía de Testing para Dividis

Proceso para Reportar Bugs

1. Herramienta recomendada: GitHub Issues (repositorio principal).
2. Formato sugerido:
   • Título descriptivo
   • Pasos para reproducir el bug
   • Resultado esperado vs. resultado real
   • Evidencia (capturas de pantalla, logs)
   • Prioridad (alta/media/baja)
   • Responsable asignado (si aplica)

Criterios de Aceptación y Definición de “Hecho”

• Todos los tests unitarios y E2E relevantes pasan.
• No hay bugs críticos abiertos en el módulo afectado.
• La funcionalidad cumple con los requisitos de la historia de usuario.
• Documentación y casos de prueba actualizados.
• Validación de accesibilidad (mobile-first, contraste, navegación teclado).

Ejemplo de Caso de Prueba

Caso de Prueba	Descripción	Pasos	Resultado Esperado	Estado
Login exitoso	El usuario puede iniciar sesión con credenciales válidas	1. Ir a /login 2. Ingresar usuario y contraseña válidos 3. Click en "Iniciar sesión"	Redirección al dashboard y visualización de nombre de usuario	✅

Cómo Documentar Casos de Prueba

• Utiliza tablas Markdown como el ejemplo anterior.
• Incluye casos positivos y negativos.
• Documenta pruebas de accesibilidad y mobile.
• Actualiza los casos tras cambios en la funcionalidad.

Responsables

• QA Lead: Define criterios y revisa bugs críticos.
• Desarrolladores: Corrigen bugs y actualizan casos de prueba.
• Todo el equipo: Puede reportar bugs y sugerir mejoras.

Herramientas de Testing

• Testing Manual
• Backend: pytest, coverage.py, pytest-django
• Frontend: Vitest, Cypress, Vue Test Utils, @testing-library/vue
• E2E: Cypress, Mock Service Worker

Flujo de Validación

1. Desarrollador implementa feature y tests.
2. QA ejecuta pruebas manuales y automáticas.
3. Se reportan y corrigen bugs.
4. QA valida criterios de aceptación y cierra la tarea.