ISTQB Fundation Level Cap 1

¿Cuál es uno de los principales objetivos del testing?. Demostrar que el software no tiene defectos. Encontrar defectos y reducir el riesgo. Garantizar calidad absoluta. Corregir defectos.

¿Cuál es la relación correcta entre error, defecto y falla?. El defecto causa el error y luego la falla. El error causa un defecto que puede producir una falla. La falla genera el defecto. El defecto genera el error.

¿Cuándo ocurre una falla?. Cuando el desarrollador comete un error. Cuando el código compila. Cuando el defecto se ejecuta y produce un comportamiento incorrecto. Cuando se escribe un caso de prueba.

¿Por qué el testing no puede demostrar la ausencia de defectos?. Porque el testing es exhaustivo. Porque no se pueden probar todas las combinaciones posibles. Porque el tiempo y recursos son limitados. Porque siempre existirán errores humanos.

¿Cuál es la diferencia entre verificación y validación?. Verificación evalúa requisitos; validación evalúa código. Verificación: ¿Construimos el producto correctamente? Validación: ¿Construimos el producto correcto?. Son lo mismo. Validación ocurre antes que verificación.

¿Cuál de las siguientes afirmaciones describe calidad?. Cumplimiento de requisitos y satisfacción del usuario. Ausencia total de defectos. Software sin bugs menores. Código optimizado.

El testing es dependiente del contexto porque: No todos los sistemas requieren el mismo nivel de pruebas. Un sistema médico requiere mayor rigurosidad que un videojuego. Todas las aplicaciones deben probarse igual. El riesgo influye en el enfoque de pruebas.

Las pruebas tempranas (shift-left) ayudan a: Detectar defectos antes. Reducir costos de corrección. Eliminar completamente los defectos. Mejorar la calidad.

El testing basado en riesgo significa: Probar solo funcionalidades fáciles. Probar primero las áreas de mayor impacto y probabilidad de fallo. Probar únicamente seguridad. Ejecutar todos los casos sin prioridad.

¿Cuál es la diferencia entre QA y QC?. QA es correctivo y QC preventivo. QA es preventivo y QC es detectivo. Son sinónimos. QC gestiona el proyecto.

“El testing muestra la presencia de defectos” significa que: El testing demuestra que no hay defectos. El testing reduce el riesgo pero no prueba perfección. El testing elimina todos los errores. El testing es innecesario.

“El testing exhaustivo es imposible” porque: Existen demasiadas combinaciones posibles. El tiempo es limitado. No hay herramientas suficientes. Los recursos son limitados.

El principio de agrupación de defectos indica que: Los defectos están distribuidos uniformemente. La mayoría de defectos se concentran en pocos módulos. Los defectos desaparecen solos. Todos los módulos tienen igual riesgo.

La paradoja del pesticida ocurre cuando: Se automatizan pruebas. Se repiten los mismos casos y dejan de encontrar nuevos defectos. Se eliminan todos los defectos. Se cambian los requisitos.

“Ausencia de errores es una falacia” significa que: El software sin defectos siempre es exitoso. Un software puede no tener defectos pero no cumplir necesidades del usuario. Los defectos no importan. El testing no agrega valor.

¿Cuáles son actividades principales del proceso de testing?. Planificación. Análisis. Desarrollo de código. Ejecución.

Durante la planificación se define: Alcance. Recursos. Cronograma. Corrección de defectos.

Los criterios de entrada definen: Cuándo finalizar pruebas. Cuándo comenzar una actividad de pruebas. Cuántos defectos existen. Qué desarrollador asignar.

Los criterios de salida se usan para: Iniciar pruebas. Determinar si se puede cerrar una fase. Crear casos de prueba. Diseñar el sistema.

La trazabilidad permite: Relacionar requisitos con casos de prueba. Medir cobertura. Garantizar cero defectos. Identificar impacto de cambios.

La mentalidad del tester debe ser: Crítica. Analítica. Enfocada en confirmar que todo funciona. Orientada a encontrar defectos.

La independencia en testing ayuda a: Reducir sesgos. Encontrar más defectos. Generar conflictos. Mejorar objetividad.

Un buen reporte de defecto debe incluir: Pasos para reproducir. Resultado esperado. Opiniones personales. Resultado actual.

¿Cuál actitud debe evitar un tester?. Profesionalismo. Culpar al desarrollador. Comunicación clara. Objetividad.

El testing contribuye al éxito del negocio porque: Reduce riesgos. Mejora reputación. Garantiza éxito comercial. Reduce costos futuros.

Un defecto en producción que afecta usuarios es: Error. Defecto. Falla. Riesgo.

El monitoreo de pruebas implica: Comparar progreso vs plan. Tomar acciones correctivas. Diseñar pruebas. Escribir código.

El testing basado en riesgo prioriza según: Impacto. Probabilidad. Complejidad del tester. Preferencia del cliente.

El testing temprano incluye: Revisiones de requisitos. Revisiones de diseño. Solo pruebas manuales. Solo automatización.

¿Qué actividad NO pertenece al proceso de testing?. Planificación. Análisis. Desarrollo de código. Ejecución.

¿Qué principio se viola si solo ejecutas los mismos casos de prueba en cada ciclo y dejan de encontrarse nuevos defectos?. Testing exhaustivo es posible. Paradoja del pesticida. Ausencia de errores. Testing dependiente del contexto.

¿Cuál es el propósito principal del testing independiente?. Reducir costos. Ejecutar más pruebas. Reducir sesgo y aumentar objetividad. Evitar comunicación con desarrolladores.

¿Qué puede generar conflictos entre tester y desarrollador?. Documentación clara. Objetividad en reportes. Comunicación inadecuada o actitud defensiva. Evidencia detallada.

¿Qué mejora la comunicación al reportar defectos?. Opiniones personales. Comentarios emocionales. Claridad y evidencia objetiva. Culpar al desarrollador.

¿Qué enfoque permite priorizar las pruebas según impacto y probabilidad?. Testing exhaustivo. Testing exploratorio. Testing basado en riesgo. Testing aleatorio.

¿Qué actividad permite comparar el progreso real contra lo planificado y tomar acciones correctivas?. Análisis de pruebas. Diseño de pruebas. Monitoreo y control. Implementación.

¿Qué permite relacionar requisitos con casos de prueba y medir cobertura?. Criterios de salida. Reporte de defectos. Trazabilidad. Testing exploratorio.

¿Qué principio establece que la mayoría de defectos se concentran en pocos módulos?. Paradoja del pesticida. Testing temprano. Agrupación de defectos. Testing dependiente del contexto.

¿Qué ocurre si solo pruebas escenarios positivos y no cubres casos negativos?. Alta calidad garantizada. Testing exhaustivo. Baja cobertura y riesgo alto. Eliminación total de defectos.

¿Cuál es el principal beneficio del testing temprano?. Más documentación. Mayor cantidad de pruebas. Reducir costos y detectar defectos antes. Eliminar la necesidad de QA.