¡Hola a todos! 👩💻 Hoy quiero compartir uno de los primeros proyectos que realicé en el mundo del Quality Assurance (QA): mi trabajo de Testing Manual sobre la aplicación web OpenCart.
Este proyecto lo realicé durante el curso de Testing Automatizado en Digital House, y fue mi primera experiencia aplicando técnicas, estrategias y documentación formal de pruebas en un entorno casi real.
Contexto del Proyecto
OpenCart es una plataforma de comercio electrónico de código abierto. El objetivo del proyecto fue evaluar su funcionamiento a través de pruebas manuales enfocadas en la versión demo disponible públicamente.
Mi rol fue diseñar y ejecutar un ciclo completo de pruebas funcionales, documentando los resultados con un enfoque profesional: desde el plan de pruebas hasta el reporte final de bugs.
Planificación del Testing
Antes de abrir la aplicación, preparé un Plan de Pruebas formal, donde definí el alcance, la estrategia, los tipos de prueba, las herramientas y los criterios de entrada y salida.
Las áreas cubiertas incluyeron:
- Registro e inicio de sesión de usuario
- Recuperación de contraseña
- Búsqueda y comparación de productos
- Carrito de compras y lista de deseos
- Proceso de pago (checkout)
- Historial de pedidos, descargas y contacto
Las pruebas se ejecutaron en Windows 11 (Chrome y Edge) y en Android (Chrome), garantizando una cobertura multiplataforma.
Diseño de Escenarios y Casos de Prueba
Aplicando técnicas como Partición de Clases de Equivalencia y Análisis de Valores Límite, diseñé casos de prueba que cubrían tanto flujos positivos como negativos.
Es decir, para la funcionalidad de "Registro de usuario", un caso de prueba validaba el registro exitoso con datos válidos y otro verificaba la respuesta ante un correo duplicado.
Listado de escenarios de prueba definidos
Ejecución y Reporte de Defectos
Una vez validados los escenarios, inicié la ejecución registrando los resultados y cualquier desviación en hojas de Excel. Los defectos se documentaron con capturas de pantalla, pasos para reproducir y prioridad de severidad.
Los defectos más relevantes se relacionaron con inconsistencias en la actualización del carrito, errores en los mensajes de validación del registro y fallos de interfaz en dispositivos móviles.
Cada bug fue clasificado por su prioridad (Alta, Media o Baja) y documentado siguiendo el formato del Bug Report, donde se incluyeron pasos reproducibles y evidencias visuales.
Documentación y Entregables
Todo el trabajo quedó documentado en cuatro entregables principales:
- Plan de Pruebas: Estrategia, alcance, cronograma y riesgos.
- Escenarios y Casos de Prueba: Diseño estructurado de pruebas.
- Ejecución: Resultados, cobertura y métricas.
- Bug Report: Registro detallado de defectos encontrados.
Lo que aprendí
Este proyecto me enseñó la importancia del pensamiento sistemático y del detalle. Aprendí que un buen tester no busca solo errores, sino comportamientos inesperados que pueden afectar la experiencia del usuario.
Además, fue mi primer acercamiento al uso de herramientas como Jira para seguimiento de defectos y al ciclo de vida del testing. Aprendí que el testing garantiza la calidad, la usabilidad y la confianza en los sistemas.