Proyecto de práctica 1: Pruebas de Regresión y diseño de casos de prueba para una aplicación de transporte - Urban Routes
Urban Routes es una aplicación que crea rutas y calcula la duración y precio del viaje para diferentes tipos de transporte. Contiene dos campos para las direcciones: "Desde" y "Hasta". Además, cuenta con tres modos ("Óptimo", "Flash" y "Personal"), así como íconos para los tipos de transporte (automóvil del usuario, a pie, taxi, bicicleta, scooter o compartir un automóvil). Una vez el usuario establece sus ubicaciones "Desde" y "Hasta", la aplicación recibe esa información como puntos "A" y "B". Luego, calcula la duración total de viaje y el precio utilizando un algoritmo específico. El objetivo es garantizar que las funcionalidades se comporten como se esperaba, especialmente después de los cambios realizados en el backend.
Encontrar errores (es decir, la diferencia entre el resultado esperado y el resultado actual). Informar de todos los errores que encuentres.
- Inicia el servidor
- Ejecutar los casos de prueba
- Crear informes de errores ( Para documentar los errores que encuentres, utiliza la pestaña "Informes de errores" ), para la severidad, utiliza uno de los siguientes valores: Bloqueador, Crítico, Grave, Menor o Trivial.
1. Análisis detallado de la funcionalidad del aplicativo como usuario en los campos "Desde" y "Hasta" y el funcionamiento del mapa.
Aqui realice un análisis minucioso del comportamiento y la interacción como usuario en los campos "Desde" y "Hasta", así como la funcionalidad del mapa, asegurando que estos elementos respondan de manera correcta y eficiente las acciones realizadas. Para ello, se debe revisar la correcta visualización de la información en el mapa y la integración entre estos componentes, comprobando que el sistema realice las acciones previstas sin errores y brindando una experiencia de usuario coherente con los requisitos establecidos.
2. Elaboré al detalle los casos de prueba conforme se iba probando la funcionalidad del aplicativo de acuerdo con el formato asignado. ( se adjunta excel )
Mientras realizaba las pruebas, iba registrando detalladamente cada caso de prueba conforme se iba validando la funcionalidad del aplicativo, utilizando el formato de seguimiento preestablecido (archivo Excel adjunto). Esto incluia la descripción de la prueba, como el titulo del caso, condicion previa, descripcion de los pasos ejecutados, los resultados esperados, el tipo de estado y el ID del error . Cada prueba fue verificada en su totalidad para asegurar una trazabilidad completa y la correcta ejecución de todas las validaciones.
Después de haber ejecutado cada caso de prueba, asigne un estado a cada uno de los casos, basado en los resultados obtenidos. El estado puede ser uno de los siguientes:
🔑 Aprobado: Si el resultado obtenido cumple con las expectativas y funciona según lo especificado.
📣 No Aprobado: Si el resultado obtenido no cumple con las expectativas o presenta errores.
Aqui considero que ess fundamental que cada estado esté correctamente registrado en el formato de seguimiento para garantizar la coherencia en los resultados de las pruebas.
4. Generé "Informe de error" para los casos No aprobados, asignandoles un código para su identificación del BUG.
Para los casos que no eran aprobados, se generaba un Informe de Error detallado, en el cual describo los errores encontrados. Este informe incluye un código único que es para la identificación de cada bug, facilitando su seguimiento y resolución.
🔎 ID Unico.
🔎 Titulo claro del error.
🔎 Pasos para reproducir el error.
🔎 Resultado esperado y resultado actual.
🔎 Tipo de severidad.
Este informe debe ser entregado a los desarrolladores para su revisión y corrección.
5. Detallé en una pestaña aparte del "Informe de Errores" el Resultado esperado, el Resultado actual y la severidad del caso. ( se adjunta excel ).
Resultado Esperado: Descripción de la funcionalidad que se espera de acuerdo con los requisitos.
Resultado actual: Descripción del comportamiento observado durante la prueba.
Severidad del caso: Clasificación del error según su severidad (por ejemplo, Critico, grave, moderado, leve ).
Este informe debe proporcionar una visión clara de los errores encontrados, su impacto y la prioridad para su resolución.
1. Mapa ampliado: Se presenta la visualización detallada del mapa, incluyendo las siguientes funcionalidades:
Zoom: Capacidad para acercar o alejar la vista del mapa.
Botón de modo pantalla completa: Permite ampliar el mapa a pantalla completa.
Botón de modo mapa: Activación del modo estándar del mapa.
Botón de modo satélite: Alternativa para visualizar el mapa en modo satélite.
2. Otros objetos del mapa (edificios, metro, parques, íconos de lugares de interés, encabezado de ciudad, pines de dirección, visualización de información)
JIRA Para el diseño de casos de pruebas y la gestión de errores.
Documentación de los requisitos revisión y análisis de los requisitos proporcionados.
Hojas de calculo Google sheets.
En esta práctica de proyecto, me di cuenta que soy una apasionada por la detección de errores, pude profundizar mis habilidades como QA Engineer, utilizando herramientas como JIRA y Google Sheet para documentar errores. Siempre estoy en busca de nuevos desafios que me permitan seguir creciendo como QA Engineer.
✨ GRACIAS por visitar este proyecto.
MUCHAS ESTRELLITAS DE LUZ PARA TI 🌟🌟🌟🌟
Si tienes preguntas puedes contactarme en mi Linkedln. 👉 www.linkedin.com/in/sandrarodriguez461428179