Testing Exploratorio

¿Qué es el testing exploratorio?. Pruebas ejecutadas únicamente con scripts automatizados. Pruebas basadas en documentación extensa. Pruebas simultáneas de aprendizaje, diseño y ejecución. Pruebas enfocadas solo en rendimiento.

¿Cuál es el principal objetivo del testing exploratorio?. Validar cobertura de código. Encontrar defectos críticos rápidamente. Cumplir documentación formal. Validar rendimiento del sistema.

El testing exploratorio es más efectivo cuando: No existe documentación. Se ejecuta en fases tempranas e iterativas. El sistema está en producción. No hay requerimientos.

¿Quién suele ejecutar testing exploratorio?. Únicamente desarrolladores. Usuarios finales. Testers con conocimiento del dominio. Auditores externos.

¿Por qué el testing exploratorio es valioso en proyectos ágiles?. Reduce el número de sprints. Se adapta a cambios frecuentes. Elimina pruebas automatizadas. Reemplaza documentación.

¿Qué diferencia principal existe entre testing exploratorio y scripted testing?. El exploratorio no encuentra defectos. El scripted es improvisado. El exploratorio es flexible y adaptativo. El scripted no documenta.

¿Qué es una sesión de testing exploratorio?. Una ejecución sin tiempo límite. Un ciclo estructurado con objetivo y duración definida. Un conjunto de scripts automatizados. Una auditoría de seguridad.

¿Qué técnica se utiliza para guiar el testing exploratorio?. TDD. Mapas mentales. Pruebas unitarias. Pair programming.

¿Qué técnica apoya el testing exploratorio?. Pair testing. Waterfall testing. Testing en cascada. Pruebas unitarias.

¿Qué técnica apoya el testing exploratorio?. Casos de prueba detallados. Reporte de sesión. Diagrama UML. Script de automatización.

¿Qué tipo de defectos detecta mejor el testing exploratorio?. Errores de compilación. Problemas de usabilidad y lógica funcional. Errores sintácticos. Problemas de infraestructura.

¿Qué tipo de defectos detecta mejor el testing exploratorio?. Errores sintácticos. Fallos de experiencia de usuario. Errores de compilación. Defectos unitarios.

¿Qué significa “charter” en testing exploratorio?. Un script detallado. Un objetivo o misión de la sesión. Un reporte final. Una métrica de calidad.

¿Qué práctica mejora la efectividad del testing exploratorio?. Ejecutarlo sin preparación. Limitar el conocimiento del sistema. Basarlo en riesgos. Evitar colaboración.

¿Qué habilidad es clave para un tester exploratorio?. Programación avanzada. Pensamiento crítico. Diseño gráfico. Administración de servidores.

¿Cuál es una limitación del testing exploratorio?. No detecta defectos. Depende de la experiencia del tester. No se puede documentar. No aplica en ágil.

¿Cuándo se recomienda usar testing exploratorio?. Solo cuando hay scripts completos. En fases tempranas y cambios frecuentes. Únicamente en producción. Solo en pruebas unitarias.

Si un defecto crítico no fue detectado por pruebas automatizadas, pero sí por exploratorias, ¿qué indica?o?. Fallo del equipos. Falta de cobertura funcional exploratoria. Necesidad de eliminar automatización. Error del usuario.

En una funcionalidad bancaria recién desarrollada, ¿cuándo aplicar testing exploratorio?. Solo después de producción. Antes de cualquier prueba. Durante el sprint, junto a pruebas funcionales. Solo en mantenimiento.

¿Por qué el testing exploratorio es clave para la calidad funcional?. Reduce automatización. Mejora cobertura de escenarios reales. Elimina necesidad de requisitos. Aumenta la velocidad del servidor.

¿Por qué el testing exploratorio no debe sustituir totalmente al scripted testing?. Porque es informal. Porque no detecta defectos. Porque no garantiza cobertura completa. Porque es costoso.

Si el tiempo de pruebas es limitado, ¿cómo maximizar el valor del testing exploratorio?. Ejecutarlo sin foco. Priorizar áreas de alto riesgo. Evitar documentación. Probar solo happy path.

En una app bancaria, un tester explora transferencias y detecta mensajes confusos. ¿Qué tipo de defecto es?. Seguridad. Funcional. Usabilidad. Rendimiento.

¿Qué relación tiene el testing exploratorio con metodologías ágiles?. Son incompatibles. Es contrario a Scrum. Está alineado con valores ágiles. Solo aplica en cascada.

En un sistema bancario, ¿qué área es ideal para testing exploratorio?. Mensajes de error y flujos alternos. Configuración del servidor. Indices de base de datos. Pipelines CI.