¿Qué es lo que más te gusta de BugBug?
- La herramienta de automatización de QA sin código más completa, viene como un "kit" listo para usar "directamente de la caja": no es necesario preocuparse por configurar máquinas virtuales propias, puedes ejecutar pruebas localmente en tu máquina o en la nube en la infraestructura de BugBug.
- Facilidad de uso tanto para QA como para gerentes.
- Fácil de aprender y entender para los testers manuales que buscan iniciarse en la automatización.
- Un número decente de características implementadas y más en camino.
- Lo usamos sin parar para pruebas de humo y pruebas E2E para nuestro producto basado en la web.
- Documentación completa y fácil de seguir.
- Bastante rápido y fácil de configurar.
- Lista útil de integraciones (Slack, Zapier, GitHub).
- Soporte al cliente activo y servicial.
- Transparencia suficiente sobre las características próximas.
- Lugar dedicado para recopilar comentarios de los usuarios, mejoras o ideas de características.
- Solución rápida para reducir el tiempo de ejecución a medida que el proyecto crece: opción de comprar infraestructura extendida para ejecutar múltiples pruebas en "paralelo" (lo cual es tentador especialmente para los testers de QA sin experiencia en automatización, dedicar más recursos es una opción, pero también lo es optimizar la estrategia de automatización de pruebas y la mentalidad de grabar pasos). Reseña recopilada por y alojada en G2.com.
¿Qué es lo que no te gusta de BugBug?
- Ojalá pudiera tener más control durante la grabación de una prueba, como dónde grabar un paso
- La pausa/reanudación durante la grabación es un poco irregular y no muy fluida
- Un poco engorroso verificar si una corrección para una prueba larga está funcionando, porque no hay forma de especificar la ubicación desde donde la prueba puede comenzar la ejecución (si una prueba toma 7 minutos, y algo falla alrededor del minuto 6, después de corregir tienes que ejecutar la prueba desde el principio, en lugar de hacer clic en "ejecutar desde aquí" desde una cierta sección de la prueba, por ejemplo)
- Falta de pasos condicionales (si, cuando, mientras)
- Veo que la dificultad de hacer un seguimiento de las variables de prueba (y no de las variables del proyecto) aumenta cuanto más pruebas implementas: y esto es una desventaja en comparación con las herramientas de automatización basadas en código (como Cypress o Playwright)
- La herramienta no tiene un equivalente a una "función" en programación: lo más cercano es el concepto de un "componente" de prueba, también conocido como un bloque de pruebas, pero solo se puede usar una vez por prueba (por el momento)
- Falta de un lugar para reportar errores con la herramienta (manejados enviando un correo electrónico al soporte de bugbug)
- Más control sobre las ejecuciones en paralelo: tal como está, es un ajuste que puede ser verdadero o falso a nivel de suite de pruebas Reseña recopilada por y alojada en G2.com.