ISTQB-Fundation Level Cap 4

Cuál es el objetivo principal del análisis de pruebas. Ejecutar pruebas. Identificar condiciones de prueba a partir de la base de pruebas. Corregir defectos. Automatizar pruebas.

Qué se utiliza como base para diseñar casos de prueba. Código fuente únicamente. Base de pruebas (requisitos, historias de usuario, etc.). Herramientas de automatización. Informes de defectos.

Qué técnica pertenece a pruebas de caja negra. Cobertura de decisiones. Partición de equivalencia. Cobertura de sentencias. Flujo de control.

Cuál es el objetivo de la partición de equivalencia. Probar cada valor posible. Dividir los datos en grupos equivalentes para reducir pruebas. Analizar el código. Probar el rendimiento.

Qué técnica prueba valores en los límites de las particiones. Análisis de valores límite. Tabla de decisiones. Cobertura de decisiones. Guessing de errores.

Qué técnica utiliza combinaciones de condiciones y acciones. Tabla de decisiones. Cobertura de sentencias. Partición de equivalencia. Exploratory testing.

Qué técnica es útil cuando existen transiciones entre estados. Pruebas de estado y transición de estados. Cobertura de decisiones. Partición de equivalencia. Error guessing.

Qué técnica representa flujos de negocio mediante pasos y resultados. Pruebas basadas en casos de uso. Pruebas de estado. Cobertura de decisiones. Exploratory testing.

Qué técnica pertenece a pruebas de caja blanca. Tabla de decisiones. Partición de equivalencia. Cobertura de sentencias. Guessing de errores.

Qué mide la cobertura de sentencias. Número de decisiones ejecutadas. Número de líneas de código ejecutadas por las pruebas. Número de requisitos cubiertos. Número de defectos.

Qué mide la cobertura de decisiones. Todas las líneas de código. Todas las rutas posibles. Resultados verdadero/falso de decisiones del código. Todos los requisitos.

Qué técnica se basa en la experiencia del tester. Exploratory testing. Cobertura de decisiones. Partición de equivalencia. Análisis de valores límite.

Qué técnica consiste en adivinar posibles defectos basándose en experiencia. Error guessing. Tabla de decisiones. Cobertura de sentencias. Prueba basada en estado.

Cuál es un resultado del diseño de pruebas. Casos de prueba y datos de prueba. Código fuente. Requisitos del sistema. Manual de usuario.

Qué describe una condición de prueba. Un defecto encontrado. Un elemento o característica que puede ser probado. Un caso de prueba ejecutado. Un script de automatización.

Qué es un caso de prueba. Un defecto. Un conjunto de condiciones, entradas y resultados esperados. Un requisito. Un informe de prueba.

Qué contiene un resultado esperado. Comportamiento esperado del sistema bajo prueba. Código del sistema. Datos de entrada únicamente. Informe de defectos.

Qué técnica es útil cuando múltiples reglas de negocio afectan el resultado. Tabla de decisiones. Cobertura de sentencias. Error guessing. Exploratory testing.

Cuál es una ventaja de las técnicas de prueba. Eliminar defectos automáticamente. Diseñar pruebas sistemáticamente. Evitar documentación. Reducir el número de testers.

Cuál es el propósito del diseño de pruebas. Ejecutar casos de prueba. Crear y especificar casos de prueba y datos de prueba. Corregir defectos. Automatizar pruebas.

Técnicas de prueba de caja negra. Partición de equivalencia. Análisis de valores límite. Tabla de decisiones. Cobertura de sentencias.

Técnicas de prueba de caja blanca. Cobertura de sentencias. Cobertura de decisiones. Partición de equivalencia. Tabla de decisiones.

Técnicas basadas en experiencia. Exploratory testing. Error guessing. Checklist-based testing. Cobertura de decisiones.

Beneficios de la partición de equivalencia. Reduce número de casos de prueba. Permite seleccionar valores representativos. Garantiza ausencia de defectos. Mejora eficiencia del testing.

Características del análisis de valores límite. Se enfoca en límites de particiones. Detecta errores frecuentes en límites. Requiere conocimiento del código. Se usa con partición de equivalencia.

Elementos de un caso de prueba. Entradas de prueba. Condiciones de ejecución. Resultados esperados. Defectos encontrados.

Objetivos del diseño de pruebas. Crear casos de prueba. Definir datos de prueba. Identificar cobertura de pruebas. Corregir defectos.

La tabla de decisiones se usa cuando. Existen múltiples reglas de negocio. Varias condiciones afectan el resultado. Se necesita evaluar combinaciones de condiciones. Se analiza el flujo del código.

Las pruebas basadas en estado se utilizan cuando. El sistema cambia entre estados. Eventos provocan transiciones. El comportamiento depende del estado actual. Solo se prueban valores numéricos.

Las pruebas basadas en casos de uso permiten. Validar flujos de negocio. Probar escenarios completos del usuario. Analizar cobertura de código. Verificar requisitos funcionales.

La cobertura de sentencias. Mide ejecución de líneas de código. Es técnica de caja blanca. Garantiza cobertura total de decisiones. Ayuda a identificar código no probado.

La cobertura de decisiones. Evalúa resultados true/false en decisiones. Es técnica de caja blanca. Mide requisitos del sistema. Ayuda a detectar lógica incorrecta.

Error guessing. Se basa en experiencia del tester. Busca defectos comunes. Se basa en especificaciones formales. Puede complementar otras técnicas.

Exploratory testing. Combina diseño y ejecución de pruebas. Requiere experiencia del tester. Sigue scripts estrictos. Permite descubrir defectos inesperados.

Fuentes para identificar condiciones de prueba. Requisitos del sistema. Historias de usuario. Casos de uso. Manuales técnicos.

Artefactos producidos en diseño de pruebas. Casos de prueba. Datos de prueba. Procedimientos de prueba. Defectos.

Ventajas de usar técnicas de prueba. Diseño sistemático de pruebas. Mejor cobertura de pruebas. Reducción de pruebas innecesarias. Eliminación de todos los defectos.

Las técnicas de caja negra. Se basan en especificaciones del sistema. No requieren conocimiento del código interno. Analizan la lógica del código. Validan comportamiento externo del sistema.

Las técnicas de caja blanca. Analizan la estructura del código. Evalúan cobertura del código. Se basan únicamente en requisitos. Identifican caminos lógicos del programa.

Beneficios de combinar diferentes técnicas de prueba. Mejor cobertura de pruebas. Mayor probabilidad de encontrar defectos. Perspectivas diferentes del sistema. Eliminación total del testing manual.