a) Un documento que especifica una secuencia de acciones para la ejecución de una prueba.
También conocido como escritura de la prueba o el script de prueba manual.

b) Un conjunto de valores de entrada y los resultados esperados, con condiciones
previas de ejecución y condiciones posteriores de ejecución, desarrollado para una
condición de prueba particular.

c) Un atributo de un sistema especificado por la documentación de requisitos (por ejemplo,
fiabilidad, utilidad o diseño restricciones) que se ejecuta en una prueba.

d) Un artículo o caso de un sistema que pudiera ser verificado por las condiciones de uno
o más de prueba, por ejemplo, una función, transacción, característica, atributo de
calidad, o elemento estructural.

a) Para evitar posibles daños.

b) Para validar el plan de proyecto funciona como se requiere.

c) Para ganar confianza en el equipo de desarrollo.

d) Para tomar decisiones de la versión para el sistema bajo prueba.

a) El desarrollador del sistema se olvidó de cambiar el nombre de las variables después de una operación de cortar y pegar.

b) código innecesario que suena una alarma durante la marcha atrás se incluyó en el sistema.

c) El sistema deja de mantener una velocidad establecida cuando el volumen de la radio se incrementa o disminuye.

d) La especificación de diseño para el sistema establece erróneamente velocidad en km / h.

a) Debido a que no estaba familiarizado con el dominio del entrenamiento físico, el autor de los requisitos asume erróneamente que los usuarios querían ritmo cardíaco en latidos por hora.

b) El probador de la interfaz inteligente no había sido entrenado en las pruebas de
transición de estado, por lo que se perdió un defecto importante.

c) Una variable de configuración incorrecta implementado para la función GPS podría
causar problemas de localización durante la época de verano.

d) Porque nunca había trabajado en dispositivos portátiles antes, el diseñador de la interfaz de usuario entiende mal los efectos de la luz solar reflejada

a) Cuidado con la paradoja de pesticidas.

b) La prueba es dependiente del contexto.

c) La ausencia de errores, es una falacia.

d) Los defectos se agrupan juntos

a) A-2, B-3, C-4, D-1

b) A-2, B-1, C-3, D-4

c) A-3, B-2, C-4, D-1

d) A-3, B-2, C-1, D-4

a) pruebas de mantenimiento puede ser totalmente automatizado basado en cambios en los requisitos iniciales.

b) Es posible determinar si un nuevo caso de prueba se ha incrementado la cobertura de las necesidades.

c) los administradores de las pruebas pueden identificar qué probadores encontraron las mayores defectos de gravedad.

d) Las áreas que pueden verse afectados por los efectos secundarios de un cambio
puede ser objetivo de las pruebas de confirmación.

a) Experiencia en la que basar sus esfuerzos.

b) Capacidad de ver lo que podría salir mal.

c) La buena comunicación con los miembros del equipo.

d) Atención a los detalles.

a) Es cierto - 1, 2; Falso - 3, 4

b) Es cierto - 2, 3; Falso - 1, 2

c) Verdadero - 1, 2, 4; Falso - 3

d) Es cierto - 1, 4; Falso -2, 3

a) las pruebas de integración de componentes.

b) Test de aceptación.

c) Las pruebas del sistema.

d) las pruebas de componentes

a) Las pruebas funcionales y no funcionales se puede realizar a niveles de sistema y pruebas
de aceptación, mientras que las pruebas de caja blanca está restringida a las pruebas de
componentes y de integración.

b) Las pruebas funcionales se puede realizar en cualquier nivel de prueba, mientras que las
pruebas de caja blanca está restringida a las pruebas de componentes.

c) Es posible llevar a cabo pruebas funcionales, no funcionales y de caja blanca en cualquier nivel
de prueba.

d) Las pruebas funcionales y no funcionales se puede realizar en cualquier nivel de prueba,
mientras que las pruebas Whitebox está restringida a las pruebas de componentes y de
integración.

a) El propósito de las pruebas de regresión es asegurar que todas las pruebas ejecutadas
anteriormente siguen funcionando correctamente, mientras que el propósito de las pruebas
de confirmación es asegurar que las correcciones hechas a una parte del sistema no han
afectado negativamente a otras partes.

b) El propósito de las pruebas de confirmación es comprobar que un defecto encontrado
previamente se ha fijado, mientras que el propósito de las pruebas de regresión es para
asegurar que no hay otras partes del sistema han sido afectados de manera adversa por la
corrección.

c) El propósito de las pruebas de regresión es asegurar que cualquier cambio en una parte del
sistema no han causado otra parte falle, mientras que el propósito de las pruebas de
confirmación es comprobar que todas las pruebas ejecutadas anteriormente siguen ofreciendo
los mismos resultados que antes.

d) El propósito de las pruebas de confirmación es confirmar que los cambios en el sistema
se realizaron con éxito, mientras que el propósito de las pruebas de regresión es ejecutar
las pruebas que fallaron anteriormente para asegurarse de que funcionan correctamente

a) El análisis de impacto se utiliza para decidir si hay una posición en un sistema mantenido la
pena.

b) Análisis de impacto se utiliza para identificar cómo los datos se deben migrar al sistema
mantenido.

c) El análisis de impacto se utiliza para decidir qué correcciones urgentes son de mayor valor para
el usuario.

d) El análisis de impacto se utiliza para determinar la eficacia de los nuevos casos de prueba de
mantenimiento.

a) Al introducir revisiones, hemos encontrado que tanto la calidad de las especificaciones como el tiempo requerido para el desarrollo y las pruebas han aumentado.

b) El uso de pruebas estáticas significa que tenemos un mejor control y una gestión de defectos más barata debido a la facilidad de remover defectos más adelante en el ciclo de vida.

c) Ahora que requerimos el uso del análisis estático, los requisitos perdidos han disminuido y la comunicación entre evaluadores y desarrolladores ha mejorado.

d) Desde que comenzamos a usar el análisis estático, encontramos defectos de codificación que podrían no haber sido encontrados realizando solo pruebas dinámicas.

a) Iniciar revisión - Selección del revisor - Revisión individual - Comunicación y análisis de problemas- Rehacer

b) Planificación y preparación - Reunión general - Revisión individual - Arreglo - Informe

c) Preparación - Detección de problemas - Comunicación y análisis de problemas - Retrabajo - Informe

d) Plan - Iniciar revisión - Revisión individual - Comunicación y análisis de problemas - Solucionar defectos y informe

a) Gerente o Director - Decide sobre la ejecución de revisiones

b) Líder de revisión: garantiza un funcionamiento eficaz de las reuniones de revisión

c) Scribe - Corrige defectos en el producto de trabajo bajo revisión

d) Moderador: monitorea la rentabilidad continua

a) Revisión informal

b) Recorrido o Revisión Guiada

c) Revisión Técnica

d) Inspección

a) 6-10, 6-15, 7-12

b) 6-15, 9-11

c) 6-10, 6-15, 9-11

d) 6-15, 7-12

a) Una práctica de pruebas en el que se utiliza una investigación en profundidad del fondo del objeto de prueba para identificar posibles puntos débiles que son examinados por los casos de prueba.

b) Una aproximación a la prueba por lo que los probadores de diseño y ejecución de pruebas
en función de su conocimiento, la exploración del producto de ensayo y los resultados de las pruebas anteriores de forma dinámica.

c) Un enfoque para el diseño de prueba en el que se planifican las actividades de prueba como
sesiones ininterrumpidas de análisis y diseño de la prueba, que se utiliza a menudo en conjunción con las pruebas basadas en lista de comprobación.

d) Las pruebas basadas en la experiencia del probador, el conocimiento y la intuición.

a) Negro - 4, 5 Blanco - 1, 2 Experiencia - 3

b) Negro - 3 Blanco - 1, 2 Experiencia - 4, 5

c) Negro - 4 Blanco - 1, 2 Experiencia - 3, 5

d) Negro - 1, 3, 5 Blanco - 2 Experiencia -4

a) 0, 1000, 2000, 3000, 4000

b) 1000, 2001, 4000, 4001, 6000

c) 123, 2345, 3456, 4567, 5678

d) 666, 999, 2222, 5555, 6666

a) 0°C, 11°C, 20°C, 22°C, 23°C

b) 9°C, 15°C, 19°C, 23°C, 100°C

c) 10°C, 16°C, 19°C, 22°C, 23°C

d) 14°C, 15°C, 18°C, 19°C, 21°C, 22°C

a) Los casos de prueba se crean para ejercer comportamientos básicos, excepcionales y de error definidos realizados por El sistema sometido a prueba en colaboración con actores.

b) Los casos de prueba se derivan identificando los componentes incluidos en el caso de uso y creando Pruebas de integración que ejercitan las interacciones de estos componentes.

c) Los casos de prueba se generan al analizar las interacciones de los actores con el sistema para garantizar Las interfaces de usuario son fáciles de usar.

d) Los casos de prueba se derivan para ejercer cada uno de los puntos de decisión en los flujos de procesos de negocios de El caso de uso, para lograr una cobertura de decisión del 100% de estos flujos.

a) La cobertura de la declaración es una medida del número de líneas del código fuente (menos los comentarios) Ejercitado por pruebas.

b) La cobertura de declaraciones es una medida de la proporción de declaraciones ejecutables en la fuente Código ejercido por pruebas.

c) La cobertura de declaraciones es una medida del porcentaje de líneas de código fuente ejercidas por las pruebas.

d) La cobertura de la declaración es una medida del número de instrucciones ejecutables en el código fuente Ejercitado por pruebas.

a) La cobertura de la decisión es una medida del porcentaje de rutas posibles a través del código fuente ejercitado por pruebas.

b) La cobertura de la decisión es una medida del porcentaje de flujos de negocios a través del componente ejercitado por pruebas.

c) La cobertura de la decisión es una medida de las declaraciones "if" en el código que se ejercitan con ambos los resultados verdaderos y falsos.

d) La cobertura de la decisión es una medida de la proporción de resultados de decisión en el código fuente ejercido por pruebas

a) La adivinación de errores requiere que usted imagine que usted es el usuario del objeto de prueba y que adivine los errores El usuario podría hacer interactuar con él.

b) La adivinación de errores implica el uso de su experiencia personal de desarrollo y los errores que usted cometió Hecho como desarrollador.

c) La adivinación de errores implica el uso de su conocimiento y experiencia de los defectos encontrados en el pasado y Errores típicos cometidos por los desarrolladores.

d) La adivinación de errores requiere que se duplique rápidamente la tarea de desarrollo para identificar el tipo de errores que un desarrollador puede cometer.

a) El uso de un equipo de pruebas independiente permite la gestión de proyectos para asignar
responsabilidad por la calidad de la entrega final al equipo de pruebas, por lo que asegurar todo
el mundo es consciente de que la calidad es responsabilidad general del equipo de prueba.

b) Si un equipo de prueba externo a la organización se pueden permitir, entonces hay
distintos beneficios en términos de este equipo externo no está tan fácilmente
influenciados por las preocupaciones de suministro de gestión de proyectos y la necesidad
de cumplir con los plazos de entrega estrictos.

c) Un equipo de pruebas independiente puede trabajar totalmente separado de los
desarrolladores, no necesita ser distraído con el cambio de los requisitos del proyecto,
y puede restringir la comunicación con los desarrolladores de desertar de informes a
través del sistema de gestión de defectos.

d) Cuando las especificaciones contienen ambigüedades e inconsistencias, se hacen
suposiciones sobre su interpretación, y un probador independiente pueden ser útiles en el
cuestionamiento de los supuestos y la interpretación hecha por el desarrollador.

a) Escribir informes de resumen de prueba basados en la información recopilada durante las pruebas.

b) pruebas de revisión desarrollados por otros.

c) Crear el calendario detallado de ejecución de pruebas.

d) Analizar, revisar y evaluar los requisitos, especificaciones y modelos para la capacidad de prueba.

a) Con el enfoque basado en métricas, la estimación se basa en las medidas de prueba del proyecto y por lo que esta estimación solo está disponible después de que comience la prueba.

b) Con el enfoque basado en expertos, un grupo de usuarios expertos identificados por el cliente recomienda el presupuesto de prueba necesario.

c) Con el enfoque basado en expertos, los gerentes de prueba responsables de las diferentes pruebas
Las actividades predicen el esfuerzo de prueba esperado.

d) Con el enfoque basado en métricas, un promedio de los costos de prueba registrados de varios
proyectos se utiliza como el presupuesto de prueba

a) El nivel de riesgo se calcula mediante la suma de las probabilidades de todas las situaciones de problemas y el daño financiero que resulta de ellas.

b) El nivel de riesgo se calcula multiplicando la probabilidad de una amenaza para el sistema por la posibilidad de que la amenaza se producirá y dará lugar a daño financiero

c) El nivel de riesgo se determina por una combinación de la probabilidad de un evento no deseado y el impacto esperado de ese evento.

d) El nivel de riesgo es la suma de todos los riesgos potenciales de un sistema multiplicado por la suma de todas las pérdidas potenciales de ese sistema.

a) Las características de seguridad previstos no pueden ser soportados por la arquitectura del
sistema.

b) Los desarrolladores pueden no tener tiempo para arreglar todos los defectos encontrados por el
equipo de prueba.

c) Los casos de prueba pueden no proporcionar una cobertura completa de los requisitos
especificados.

d) El entorno de prueba de rendimiento puede no estar listo antes de que el sistema está previsto
para la entrega.

a) El impacto potencial de las fallas de seguridad ha sido identificado como particularmente alto, por lo que la seguridad Las pruebas se han priorizado antes de algunas otras actividades de prueba.

b) Las pruebas han encontrado que la calidad del módulo de red es superior a la esperada, por lo que Las pruebas ahora se realizarán en esa área.

c) Los usuarios tuvieron problemas con la interfaz de usuario del sistema anterior, por lo que usabilidad adicional Se planean pruebas para el sistema de reemplazo.

d) El tiempo necesario para cargar páginas web es crucial para el éxito del nuevo sitio web, por lo que un experto En pruebas de rendimiento se ha empleado para este proyecto.

a) 1, 2, 6

b) 1, 4, 5, 6

c) 2, 3, 4, 5

d) 3, 5, 6

a) 1 - B, 2 - C, 3 - D, 4 - A

b) 1 - B, 2 - A, 3 - C, 4 - D

c) 1 - B, 2 - A, 3 - D, 4 - C

d) 1 - A, 2 - B, 3 - D, 4 - C

a) La necesidad de evaluar cómo la herramienta se ajusta a los procesos y prácticas existentes y determinar Qué necesitaría cambiar.

b) La necesidad de evaluar las habilidades de automatización de pruebas y las necesidades de capacitación, tutoría y entrenamiento deLos probadores que utilizarán la herramienta.

c) La necesidad de evaluar si la herramienta proporciona la funcionalidad requerida y no
duplicar las herramientas de prueba existentes.

d) La necesidad de evaluar al proveedor de la herramienta en términos de la capacitación y otro apoyo que brindan.