Skip to content

Testing

Ferbarletta edited this page Jun 1, 2025 · 1 revision

Plan de Pruebas para la Aplicación "Tienda Full"

1. Introducción

Este plan de pruebas está diseñado para verificar la funcionalidad de los módulos clave de la aplicación "Tienda Full". Las pruebas se centrarán en los módulos de Login, Productos, Carrito, Contacto y Checkout, evaluando las funcionalidades críticas de autenticación, navegación y manejo de datos de usuario y compra.

2. Alcance

El plan cubre los siguientes aspectos:

Verificación de la funcionalidad de la aplicación en pantallas críticas. Validación de las precondiciones y resultados esperados de cada caso de prueba. Priorización de los casos de prueba en función de la criticidad y la importancia del flujo de usuario.

3. Estrategia de Pruebas

Las pruebas se ejecutarán siguiendo el siguiente enfoque:

Pruebas Exploratorias: Se realizarán exploraciones para identificar fallas potenciales sin un conjunto predefinido de casos de prueba, permitiendo a los testers identificar áreas críticas en tiempo real.

Pruebas Funcionales: Se llevarán a cabo en todas las pantallas y flujos de usuario, asegurando que cada funcionalidad cumpla con los requisitos especificados.

Pruebas de Regresión: Se realizarán para garantizar que las nuevas modificaciones no afecten funcionalidades previamente implementadas.

Pruebas de Smoke: Validarán rápidamente que las funciones esenciales de la aplicación (autenticación, carrito de compras y proceso de pago) están operativas y que no presentan errores críticos.

4. Casos de Prueba

Los casos de prueba han sido predefinidos en la sección anterior y se incluyen en una planilla para su fácil referencia. Los casos abarcan, entre otros, la verificación de la autenticación, el acceso a productos, el proceso de compra y la validación de formularios. Para más detalles, consultar el documento adjunto: Test cases.

5. Ejecución de Pruebas

Responsables: El equipo de QA es responsable de la ejecución de cada caso de prueba. Los resultados deberán documentarse en la planilla proporcionada para asegurar un seguimiento preciso de cada caso.

Evidencias: Capturas de pantalla o logs serán adjuntados donde corresponda para documentar el resultado de cada caso de prueba y respaldar los resultados.

Cada caso de prueba debe seguir el formato de la siguiente tabla:

ID del Caso, Id de Historia de Ususario, N° Escenario, Título, Descripción, Precondición, Datos de Prueba, Pasos, Resultado Esperado, Estado, Prioridad, Etiqueta, Evidencia, Responsables, Fecha de ejecución. El criterio para pasar a producción será que no haya errores críticos o bloqueantes sin resolver.

6. Criterios de Aceptación

Para aprobar la liberación del sistema, deben cumplirse los siguientes criterios:

Todos los casos de prueba deben ser ejecutados y aprobarse sin errores críticos o bloqueantes antes de la liberación de la aplicación.

7. Plan de Contingencia

En caso de encontrar defectos, el equipo de QA deberá realizar una revisión inmediata de los errores encontrados, con especial prioridad en aquellos considerados críticos. Cualquier error crítico deberá ser corregido antes de que se avance en la ejecución de otros casos de prueba o en la implementación de la solución en el ambiente de producción.

Este plan de pruebas establece las directrices para una evaluación completa de la funcionalidad y la estabilidad de la aplicación "Tienda Full", asegurando que cumpla con los requisitos funcionales y operativos antes de su lanzamiento final

Clone this wiki locally