ISTQB Foundation (CTFL v4.0) Examen de práctica #6 — Preguntas y respuestas
Todas las preguntas de este examen de práctica, con la respuesta correcta marcada y una justificación escrita para cada opción a continuación — para leer y repasar, no una prueba cronometrada.
¿Qué afirmación describe mejor la diferencia entre probar (testing) y depurar (debugging)?
Las pruebas pueden provocar fallos causados por defectos, mientras que la depuración encuentra, analiza y corrige esos defectos.
Correcto: las pruebas revelan fallos, la depuración elimina los defectos.
Probar y depurar son dos nombres para la misma actividad.
Incorrecto: son actividades distintas con objetivos diferentes.
La depuración se hace antes de probar para prevenir defectos.
Incorrecto: la depuración sigue a un fallo, no previene defectos.
Las pruebas corrigen los defectos que encuentran, mientras que la depuración solo los informa.
Incorrecto: invierte los papeles.
Las pruebas pueden provocar fallos; la depuración es la actividad de desarrollo que localiza y corrige los defectos subyacentes.
Según los siete principios de las pruebas, ¿qué pueden mostrar las pruebas dinámicas?
Puede mostrar que hay defectos, pero no puede probar que no los haya.
Enunciado correcto del primer principio.
Puede probar que el software está libre de defectos si todas las pruebas pasan.
Incorrecto: pasar las pruebas nunca prueba la ausencia de defectos.
Garantiza la ausencia de defectos en las áreas probadas.
Incorrecto: ninguna prueba garantiza la ausencia de defectos.
Puede probar la corrección para todas las entradas mediante pruebas exhaustivas.
Incorrecto: las pruebas exhaustivas no son viables (principio 2).
Principio 1: las pruebas muestran la presencia de defectos, no su ausencia.
¿Por qué las pruebas exhaustivas generalmente no son viables?
El número de combinaciones posibles de entradas y precondiciones es demasiado grande salvo en casos triviales.
Correcto: es el principio de las pruebas exhaustivas.
Las herramientas no pueden ejecutar más de unos cientos de casos.
Incorrecto: las herramientas ejecutan muchísimos casos; el límite es combinatorio.
Las pruebas exhaustivas están prohibidas por el temario ISTQB.
Incorrecto: son inviables, no están prohibidas.
Encontraría demasiados defectos para corregir.
Incorrecto: esa no es la razón de su inviabilidad.
Principio 2: salvo en casos triviales, el número de combinaciones es demasiado grande para probarlas todas.
Un desarrollador malinterpreta un requisito y escribe código incorrecto. Durante la ejecución el sistema se bloquea. ¿Qué secuencia asigna correctamente estos eventos a los términos ISTQB?
Error/equivocación → defecto (en el código) → fallo (el bloqueo).
Cadena causal correcta según ISTQB.
Fallo → defecto → error.
Incorrecto: invierte la cadena.
Defecto → error → fallo.
Incorrecto: la equivocación es primero, no el defecto.
Error → fallo → defecto.
Incorrecto: el defecto existe antes de que ocurra el fallo.
Una equivocación (error humano) introduce un defecto en el código que, al ejecutarse, causa un fallo.
¿Cuáles de los siguientes son objetivos válidos de las pruebas? (Elija DOS.)
Prevenir defectos revisando requisitos y diseño de forma temprana.
Correcto: la evaluación estática temprana previene defectos.
Generar confianza en el nivel de calidad del objeto de prueba.
Correcto: un objetivo central de las pruebas.
Probar que el software no contiene defectos.
Incorrecto: imposible (principio 1).
Eliminar la necesidad de especificaciones de requisitos.
Incorrecto: las pruebas no reemplazan los requisitos.
Las pruebas previenen defectos (evaluación temprana) y generan confianza; no pueden probar la ausencia de defectos.
Un equipo analiza defectos encontrados en producción y los rastrea hasta criterios de aceptación poco claros. Este análisis identifica mejor descrito:
Causa raíz de los defectos.
Correcto: el origen subyacente es la causa raíz.
Tasa de fallos del sistema.
Incorrecto: es una medida de fiabilidad, no análisis de origen.
Nivel de cobertura de pruebas.
Incorrecto: la cobertura mide cuánto se probó.
Criterio de salida.
Incorrecto: los criterios de salida definen cuándo detener las pruebas.
Rastrear los defectos hasta su origen es el análisis de causa raíz.
¿Cómo se relacionan las pruebas y el aseguramiento de la calidad (QA)?
Las pruebas son una forma de control de calidad (orientado al producto); QA está orientado al proceso y asegura que se sigan procesos adecuados.
Distinción correcta entre control y aseguramiento.
Las pruebas y QA son idénticas.
Incorrecto: QA es más amplio y centrado en el proceso.
QA es un subconjunto de las pruebas realizado solo por testers.
Incorrecto: QA cubre todo el proceso, no solo las pruebas.
QA reemplaza las pruebas cuando el proceso es maduro.
Incorrecto: buenos procesos no eliminan la necesidad de pruebas.
Las pruebas son control de calidad orientado al producto; QA está orientado al proceso.
¿Qué actividad del proceso de prueba de ISTQB consiste en ejecutar las suites de prueba, comparar los resultados reales con los esperados y registrar anomalías para las discrepancias encontradas?
Ejecución de pruebas
Correcto — ejecutar las pruebas, comparar resultados reales con esperados y registrar anomalías son precisamente las tareas de la ejecución.
Implementación de pruebas
La implementación prepara todo lo necesario para ejecutar (procedimientos, suites, datos y entorno), pero no ejecuta nada.
Diseño de pruebas
El diseño transforma condiciones de prueba en casos de prueba e identifica requisitos de datos. Produce las pruebas, pero no las ejecuta.
Finalización de pruebas
La finalización ocurre tras la ejecución: recopila y archiva el testware, informa sobre el esfuerzo y aporta lecciones aprendidas.
La ejecución de pruebas ejecuta las suites según el calendario, compara resultados reales con esperados y registra las anomalías, cuya causa probable se analiza después.
¿Cuál es la idea principal de un enfoque 'shift-left' en las pruebas?
Realizar actividades de prueba antes, p. ej. revisar requisitos y escribir pruebas antes de terminar el código.
Correcto: probar antes encuentra defectos antes y más barato.
Mover todas las pruebas al final del proyecto.
Incorrecto: es lo opuesto a shift-left.
Trasladar toda la responsabilidad de prueba a operaciones.
Incorrecto: shift-left trata del momento, no de delegar en operaciones.
Reducir la cantidad de pruebas para ahorrar tiempo.
Incorrecto: cambia el momento, no la cantidad.
Shift-left adelanta las actividades de prueba en el ciclo de vida.
¿Qué secuencia enumera los niveles de prueba típicos en orden?
Pruebas de componente, integración de componentes, sistema, aceptación.
Orden correcto de los cuatro niveles típicos.
Sistema, aceptación, componente, integración.
Incorrecto: orden invertido.
Aceptación, sistema, integración, componente.
Incorrecto: va de alto a bajo nivel, no es el orden típico.
Integración, componente, aceptación, sistema.
Incorrecto: la integración no precede al componente.
Componente → integración de componentes → sistema → aceptación.
Una prueba verifica la rapidez de respuesta de una página web con 500 usuarios concurrentes. ¿Qué tipo de prueba es?
Prueba no funcional (rendimiento/eficiencia).
Correcto: prueba un atributo de calidad, no una función.
Prueba funcional.
Incorrecto: lo funcional prueba qué hace el sistema, no cuán rápido.
Prueba de caja blanca (estructural).
Incorrecto: lo estructural se basa en la estructura del código.
Prueba de confirmación.
Incorrecto: la confirmación re-verifica un defecto corregido.
El tiempo de respuesta bajo carga es una característica no funcional (rendimiento).
Tras corregir un defecto, el tester reejecuta la prueba que falló para comprobar la corrección y luego ejecuta otras pruebas para asegurar que nada más se rompió. Estas dos actividades son, respectivamente:
Pruebas de confirmación y pruebas de regresión.
Asignación correcta de ambas actividades.
Pruebas de regresión y de confirmación.
Incorrecto: el orden está invertido.
Pruebas de humo y re-pruebas.
Incorrecto: no son los términos para las actividades descritas.
Pruebas de integración y de sistema.
Incorrecto: son niveles de prueba, no las actividades descritas.
Reejecutar la prueba corregida = pruebas de confirmación; comprobar que nada más se rompió = pruebas de regresión.
¿Cuáles de los siguientes son formas de pruebas de aceptación? (Elija DOS.)
Pruebas de aceptación de usuario (UAT).
Correcto: una forma estándar de pruebas de aceptación.
Pruebas de aceptación operativa (OAT).
Correcto: comprueba la preparación operativa (respaldo, recuperación, etc.).
Pruebas de integración de componentes.
Incorrecto: es un nivel de integración.
Pruebas de ramas (decisiones).
Incorrecto: es una técnica de caja blanca.
UAT y pruebas de aceptación operativa son formas reconocidas de pruebas de aceptación.
Una organización migra su aplicación a una nueva plataforma en la nube sin cambiar la funcionalidad. ¿Qué tipo de prueba se activa principalmente?
Pruebas de mantenimiento (activadas por la migración/cambio de entorno), incluida la regresión.
Correcto: la migración es un disparador de mantenimiento.
Solo pruebas de componente.
Incorrecto: la migración afecta a todo el sistema.
Pruebas de aceptación de funciones nuevas.
Incorrecto: no se añadieron funciones nuevas.
No se requieren pruebas porque la funcionalidad no cambia.
Incorrecto: los cambios de entorno pueden provocar fallos.
Los cambios de entorno/migración activan pruebas de mantenimiento, incluida la regresión.
¿Qué afirmación sobre las pruebas estáticas es correcta?
Examina productos de trabajo sin ejecutar el código, p. ej. mediante revisiones y análisis estático.
Definición correcta de pruebas estáticas.
Requiere ejecutar el software con datos de prueba.
Incorrecto: eso es prueba dinámica.
Solo puede aplicarse al código fuente.
Incorrecto: también se aplica a requisitos, diseños, etc.
Es sinónimo de pruebas de rendimiento.
Incorrecto: el rendimiento es dinámico y no funcional.
Las pruebas estáticas examinan productos de trabajo sin ejecutar código.
¿Qué tipo de revisión es la más formal, con procedimiento documentado, roles definidos, métricas y un facilitador capacitado?
Inspección.
Correcto: el tipo de revisión más formal.
Revisión informal.
Incorrecto: las revisiones informales no tienen proceso definido.
Recorrido (walkthrough).
Incorrecto: un recorrido es menos formal, a menudo dirigido por el autor.
Pruebas ad-hoc.
Incorrecto: es una técnica dinámica, no una revisión.
Una inspección es el tipo de revisión más formal.
¿Cuáles son beneficios de encontrar defectos temprano mediante revisiones? (Elija DOS.)
Menor costo de corrección frente a encontrarlos más tarde.
Correcto: corregir antes es más barato.
Los defectos pueden eliminarse antes de codificarlos en el software.
Correcto: las revisiones detectan defectos de requisitos/diseño temprano.
Las revisiones garantizan que no se necesiten pruebas dinámicas después.
Incorrecto: las pruebas dinámicas siguen siendo necesarias.
Las revisiones siempre encuentran más defectos que cualquier técnica dinámica.
Incorrecto: es una generalización excesiva.
Las revisiones tempranas reducen el costo de corrección y eliminan defectos antes de codificarlos.
En una revisión formal, ¿qué rol es responsable del proceso de revisión, programa la reunión y asegura que se desarrolle eficazmente?
El facilitador (moderador).
Correcto: asegura que la revisión sea eficaz.
El autor.
Incorrecto: el autor creó el producto revisado.
El secretario (anotador).
Incorrecto: el secretario registra hallazgos, no gestiona el proceso.
El gerente que lee el documento al final.
Incorrecto: no es un rol de revisión definido.
El facilitador (moderador) dirige y gestiona la revisión.
Para la misma rutina (un IF sin ELSE seguido de una sentencia), ¿cuál es el mínimo de casos para el 100% de cobertura de ramas?
2
Una prueba hace verdadera la decisión y la otra falsa.
1
Una prueba cubre solo un resultado.
3
Dos resultados necesitan solo dos casos.
6
Coincide con el número de sentencias, no con ramas.
Una prueba para IF verdadero y otra para falso = 2.
Una tienda en línea cobra el envío según el peso del pedido: de 0 hasta 2 kg inclusive cuesta 5 EUR; más de 2 kg hasta 10 kg inclusive cuesta 9 EUR; más de 10 kg cuesta 15 EUR. Un peso de 0 kg o negativo es inválido (debe ser mayor que 0). Usando partición de equivalencia sobre la entrada de peso, ¿cuántas particiones de equivalencia VÁLIDAS hay?
Tres particiones válidas (más de 0 a 2 kg, más de 2 a 10 kg, más de 10 kg).
Correcto: tres rangos de precio forman tres particiones válidas.
Cuatro particiones válidas.
Incorrecto: solo hay tres rangos; la cuarta (<=0) es inválida.
Dos particiones válidas.
Incorrecto: omite el rango de más de 10 kg.
Una partición válida porque el peso es un solo campo.
Incorrecto: un solo campo puede tener varias particiones.
Rangos válidos: (0,2], (2,10], (10,inf) = tres particiones válidas; la partición inválida (peso <= 0) es aparte.
Para el mismo ejemplo (0 a 2 kg = 5 EUR, más de 2 a 10 kg = 9 EUR, más de 10 kg = 15 EUR; el peso debe ser mayor que 0), usando el análisis de valores límite de 2 valores en el límite de 2 kg (granularidad de entrada 0,01 kg), ¿qué par de valores debe probarse?
2,00 kg y el menor valor justo por encima (2,01 kg).
Correcto: el límite y su vecino más cercano.
Solo 2,00 kg.
Incorrecto: el AVL de 2 valores necesita dos valores.
0 kg y 10 kg.
Incorrecto: no son los vecinos del límite de 2 kg.
1 kg y 3 kg.
Incorrecto: no son adyacentes al límite con la granularidad dada.
El AVL de 2 valores prueba el valor límite y su vecino más cercano del otro lado: 2,00 y 2,01 kg.
¿Qué conjunto de valores debe probarse usando el análisis de valores límite de 3 valores para el límite de 10 kg en el ejemplo (granularidad de entrada 0,1 kg)?
9,9, 10,0 y 10,1 kg.
Correcto: límite más ambos vecinos.
Solo 10,0 y 10,1 kg.
Incorrecto: es el enfoque de 2 valores, falta 9,9.
9,0, 10,0 y 11,0 kg.
Incorrecto: 9,0 y 11,0 no son los vecinos más cercanos con granularidad 0,1.
Solo 10,0 kg.
Incorrecto: el AVL de 3 valores necesita tres valores.
El AVL de 3 valores prueba el límite más los vecinos de ambos lados: 9,9, 10,0, 10,1.
Un cliente registrado realiza un pedido de 120 EUR y aplica un cupon valido. Use la tabla de decision de abajo para determinar que regla aplica y las acciones resultantes.
Regla R1: envio gratis Y 10% de descuento extra.
Correcto: las tres condiciones son verdaderas, columna R1.
Regla R2: solo envio gratis.
Incorrecto: R2 no tiene cupon, pero el cliente aplico uno.
Regla R5: solo envio gratis, sin descuento extra.
Incorrecto: R5 es para un cliente no registrado.
Regla R3: descuento extra pero sin envio gratis.
Incorrecto: R3 tiene pedido menor a 100 EUR, pero este es de 120 EUR.
Registrado = T, Pedido >= 100 = T, Cupon = T corresponde a la regla R1: envio gratis Y 10% de descuento extra.
Usando la misma tabla de decision, un cliente no registrado realiza un pedido de 60 EUR y aplica un cupon. Que regla aplica y cual es el resultado?
Regla R7: sin envio gratis y sin descuento extra.
Correcto: F/F/T corresponde a la columna R7, ambas acciones N.
Regla R3: solo descuento extra.
Incorrecto: R3 es para un cliente registrado.
Regla R5: solo envio gratis.
Incorrecto: R5 requiere pedido >= 100 EUR, pero este es de 60 EUR.
Regla R8: solo envio gratis.
Incorrecto: R8 no tiene cupon y no da envio gratis.
Registrado = F, Pedido >= 100 = F, Cupon = T corresponde a la regla R7: sin envio gratis y sin descuento extra.
¿Cuál es el número mínimo de casos de prueba para lograr la cobertura completa de una tabla de decisión con 8 reglas (columnas) únicas y no redundantes?
Ocho: un caso por regla (columna).
Correcto: la cobertura completa exige un caso por regla no redundante.
Cuatro.
Incorrecto: cubriría solo la mitad de las reglas.
Dieciséis.
Incorrecto: 8 reglas no redundantes solo necesitan 8 casos.
Dos: uno para verdadero y uno para falso.
Incorrecto: ignora las combinaciones de reglas.
Cobertura completa de tabla de decisión = un caso por regla/columna.
Usando el diagrama de transicion de estados de abajo para el ciclo de vida de un pedido, cual de las siguientes es una secuencia VALIDA de transiciones?
New -> Paid -> Shipped -> Delivered.
Correcto: cada transición existe en el diagrama.
New -> Shipped -> Delivered.
Incorrecto: no hay transición directa New -> Shipped.
Paid -> Delivered.
Incorrecto: el pedido debe enviarse antes de entregarse.
Delivered -> Shipped -> Paid.
Incorrecto: son transiciones hacia atrás que no existen.
El único camino completo válido es New -> Paid -> Shipped -> Delivered.
Para la máquina de estados del pedido, ¿qué requiere lograr el 100% de cobertura de transiciones válidas (0-switch / N=0 de Chow)?
Ejecutar cada transición individual válida entre estados al menos una vez.
Definición correcta de la cobertura 0-switch.
Ejecutar cada par de transiciones consecutivas.
Incorrecto: eso es cobertura 1-switch.
Visitar cada estado al menos una vez pero no necesariamente cada transición.
Incorrecto: eso es cobertura de estados, más débil.
Probar solo los estados inicial y final.
Incorrecto: demasiado débil para ser cobertura significativa.
La cobertura 0-switch requiere ejecutar cada transición individual válida al menos una vez.
Un módulo de código contiene una sentencia IF con rama ELSE. Una única prueba ejecuta solo la rama TRUE. ¿Qué afirmación sobre la cobertura es correcta?
La cobertura de ramas es del 50% y la de sentencias inferior al 100% porque no se ejecutan las sentencias del ELSE.
Correcto: se toma una de dos ramas y las sentencias del ELSE no se ejecutan.
Tanto la cobertura de sentencias como de ramas son del 100%.
Incorrecto: la rama ELSE y sus sentencias no se prueban.
La cobertura de sentencias es del 100% pero la de ramas del 50%.
Incorrecto: las sentencias del ELSE no se ejecutan, así que está por debajo del 100%.
La cobertura de ramas es del 100% pero la de sentencias del 50%.
Incorrecto: solo se tomó una de dos ramas.
Si solo se ejecuta la rama TRUE, las sentencias del ELSE no se ejecutan, por lo que la cobertura de ramas es del 50% y la de sentencias es inferior al 100%.
¿Qué afirmación sobre la relación entre la cobertura de sentencias y de ramas es correcta?
El 100% de cobertura de ramas garantiza el 100% de sentencias, pero no a la inversa.
Correcto: la cobertura de ramas subsume la de sentencias.
El 100% de sentencias garantiza el 100% de ramas.
Incorrecto: un IF sin ELSE puede alcanzar 100% de sentencias y omitir la rama falsa.
Ambas son siempre iguales.
Incorrecto: difieren cuando hay ramas sin sentencias.
No hay relación entre ambas.
Incorrecto: la cobertura de ramas subsume la de sentencias.
El 100% de cobertura de ramas implica el 100% de cobertura de sentencias, pero no al revés.
¿Cuáles DOS de los siguientes se documentarían normalmente en un plan de pruebas? (Elija dos.)
El alcance, los objetivos y el enfoque de prueba.
Contenido central de un plan de pruebas.
Los criterios de entrada y salida de las actividades de prueba.
Los planes de prueba definen las condiciones para empezar y terminar las pruebas.
El código fuente completo de la aplicación.
El código fuente va en el repositorio, no en el plan de pruebas.
La estrategia de marketing global de la empresa.
La estrategia de marketing no tiene relación con el plan de pruebas.
Un plan de pruebas suele definir el alcance y los objetivos, el enfoque de prueba, los criterios de entrada/salida, el calendario y los recursos. No contiene el código fuente ni la estrategia de marketing.
Un gestor de pruebas estima una tarea con la técnica de tres puntos. El valor optimista (a) es 4 días, el más probable (m) 7 días y el pesimista (b) 16 días. Usando E = (a + 4m + b) / 6, ¿cuál es la estimación?
8 días.
Correcto: (4 + 28 + 16) / 6 = 48 / 6 = 8.
9 días.
Incorrecto: recalcular (4 + 28 + 16) / 6 = 8.
7 días.
Incorrecto: 7 es el valor más probable, no la estimación ponderada.
10 días.
Incorrecto: sobreestima el promedio ponderado.
E = (4 + 4*7 + 16) / 6 = 48 / 6 = 8 días.
Usando la estimación de tres puntos con optimista = 5, más probable = 9 y pesimista = 19 (días-persona), ¿cuál es la estimación esperada E = (a + 4m + b) / 6?
10 días-persona.
Correcto: (5 + 36 + 19) / 6 = 60 / 6 = 10.
9 días-persona.
Incorrecto: 9 es el valor más probable, no la estimación ponderada.
11 días-persona.
Incorrecto: recalcular (5 + 36 + 19) / 6 = 10.
12 días-persona.
Incorrecto: sobreestima el promedio ponderado.
E = (5 + 4*9 + 19) / 6 = 60 / 6 = 10 días-persona.
En las pruebas basadas en riesgos, ¿cómo se determina típicamente el nivel de un riesgo de producto?
Combinando la probabilidad de ocurrencia con el impacto si ocurre.
Correcto: nivel de riesgo = probabilidad x impacto.
Solo por la probabilidad de ocurrencia.
Incorrecto: también debe considerarse el impacto.
Solo por el costo de los casos de prueba.
Incorrecto: el costo de las pruebas no define el riesgo del producto.
Por el número de testers disponibles.
Incorrecto: el personal no determina el nivel de riesgo.
Nivel de riesgo = probabilidad x impacto.
¿Cuáles de los siguientes son ejemplos de criterios de SALIDA (definición de hecho) de un nivel de prueba? (Elija DOS.)
Se han ejecutado todas las pruebas planificadas.
Correcto: completar las pruebas planificadas es un criterio de salida.
Se cumplen los umbrales acordados de cobertura y defectos.
Correcto: cumplir los umbrales de cobertura/defectos es un criterio de salida.
El entorno de pruebas está disponible y estable.
Incorrecto: eso es un criterio de entrada (prerrequisito).
Los requisitos han sido revisados y establecidos como línea base.
Incorrecto: eso es un criterio de entrada.
Los criterios de salida describen cuándo detener las pruebas; los de entrada, los prerrequisitos para empezar.
¿Qué información es esencial en un buen informe de defectos? (Elija DOS.)
Pasos para reproducir el problema.
Correcto: los pasos de reproducción permiten confirmar y corregir el defecto.
Resultado esperado y resultado real.
Correcto: la discrepancia define el defecto.
La dirección particular del desarrollador que debe corregirlo.
Incorrecto: irrelevante e inapropiado.
Una promesa garantizada de cuándo se corregirá.
Incorrecto: un informe de defectos no garantiza fechas de corrección.
Los pasos para reproducir y los resultados esperado y real son esenciales en un buen informe de defectos.
Una falta de ortografía en la página de inicio de la empresa es muy visible para todos los visitantes pero no afecta la funcionalidad. ¿Cómo se clasificaría típicamente este defecto?
Baja severidad pero potencialmente alta prioridad.
Correcto: sin impacto funcional (baja severidad) pero visible, por lo que urgente (alta prioridad).
Alta severidad y alta prioridad.
Incorrecto: no hay impacto funcional, así que la severidad no es alta.
Alta severidad pero baja prioridad.
Incorrecto: la severidad es baja (cosmética) y un error visible en la portada no es de baja prioridad.
Baja severidad y baja prioridad, nunca vale la pena corregir.
Incorrecto: la alta visibilidad hace que valga la pena corregirlo rápido.
La severidad (efecto técnico) es baja, pero la prioridad (urgencia de corregir) puede ser alta por la visibilidad.
¿Cuáles de los siguientes forman parte típicamente de un plan de pruebas? (Elija DOS.)
El alcance, los objetivos y el enfoque de las pruebas.
Correcto: contenido central de un plan de pruebas.
Criterios de entrada y salida.
Correcto: un plan define condiciones de inicio y fin.
El código fuente exacto de la aplicación bajo prueba.
Incorrecto: el código fuente no es parte de un plan de pruebas.
Los salarios personales del equipo de pruebas.
Incorrecto: irrelevante para un plan de pruebas.
Un plan de pruebas documenta alcance/objetivos/enfoque y criterios de entrada/salida.
¿Qué métrica es más útil para monitorear el progreso de la ejecución de pruebas?
El número de casos planificados, ejecutados, aprobados y fallidos a lo largo del tiempo.
Correcto: una métrica estándar de monitoreo de pruebas.
El número de líneas de código escritas por los desarrolladores.
Incorrecto: mide el desarrollo, no el progreso de pruebas.
El número de reuniones del gestor del proyecto.
Incorrecto: irrelevante para el progreso de ejecución.
La antigüedad del hardware del entorno de pruebas.
Incorrecto: no es una medida del progreso de pruebas.
Seguir los casos planificados/ejecutados/aprobados/fallidos a lo largo del tiempo muestra el progreso de ejecución.
¿Cuáles de los siguientes son riesgos o limitaciones de introducir herramientas de automatización de pruebas? (Elija DOS.)
Subestimar el esfuerzo de mantener los scripts automatizados.
Correcto: el mantenimiento es un riesgo conocido de la automatización.
Dependencia excesiva de la herramienta o esperar beneficios poco realistas.
Correcto: las expectativas poco realistas son un riesgo reconocido.
La herramienta elimina la necesidad de cualquier prueba.
Incorrecto: las herramientas apoyan, no reemplazan las pruebas.
Las herramientas siempre reducen el costo total de inmediato.
Incorrecto: los beneficios suelen requerir tiempo e inversión inicial.
Riesgos comunes: subestimar el esfuerzo de mantenimiento y la dependencia excesiva / expectativas poco realistas.
Una herramienta que graba las acciones manuales de los testers en un navegador y genera un script reproducible, ¿a qué categoría pertenece?
Herramientas de ejecución/automatización (captura y reproducción).
Correcto: grabar y reproducir es una herramienta de ejecución/automatización.
Herramientas de análisis estático.
Incorrecto: el análisis estático examina el código sin ejecutarlo.
Herramientas de gestión de pruebas.
Incorrecto: gestionan pruebas/defectos, no graban acciones del navegador.
Herramientas de pruebas de rendimiento.
Incorrecto: generan carga, no capturan acciones de un solo usuario.
Las herramientas de captura y reproducción son un tipo de herramienta de ejecución/automatización.