a) Un atributo de un componente o sistema especificado o implícito en la documentación de requisitos.

b) Un aspecto de la base de prueba que es relevante para lograr objetivos de prueba específicos.

c) El grado en que un producto de software proporciona funciones que cumplen con lo establecido e implícito necesita cuando el software se utiliza bajo condiciones específicas.

d) El porcentaje de todos los resultados de condición única que afectan de manera independiente al resultado de una decisión que han sido ejercidos por una suite de casos de prueba.

a) La prueba debe comenzar lo más tarde posible para que el desarrollo tenga tiempo suficiente para crear una buena producto.

b) Encontrar tantos fallos como sea posible para que los defectos puedan ser identificados y corregidos.

c) Demostrar que se identifican todos los defectos posibles.

d) Para probar que cualquier defecto remanente no causará fallas.

a) La prueba identifica la fuente de los defectos; La depuración analiza los defectos y propone. actividades de prevención.

b) Las pruebas dinámicas muestran fallas causadas por defectos; la depuración encuentra, analiza y elimina la Causas de fallos en el software.

c) Las pruebas eliminan defectos; La depuración identifica las causas de los fallos.

d) Las pruebas dinámicas previenen las causas de fallos; la depuración elimina los fallos.

a) El producto se bloqueó cuando el usuario seleccionó una opción en un cuadro de diálogo.

b) La versión incorrecta de un archivo de código fuente compilado se incluyó en la compilación.

c) El algoritmo de cálculo utilizó las variables de entrada incorrectas.

d) El desarrollador malinterpretó el requisito del algoritmo.

a) Las pruebas dependen del entorno.

b) La prueba completa no es posible.

c) Las repeticiones no tienen efectividad.

d) Acumulación de defectos.

a) Asegura que los requisitos son lo suficientemente detallados.

b) Reduce el nivel de riesgo para la calidad del sistema.

c) Asegura que se cumplan las normas en la organización.

d) Mide la calidad del software en términos de número de casos de prueba ejecutados.

a) Identificar cualquier infraestructura y herramientas requeridas.

b) Creación de suites de prueba a partir de scripts de prueba.

c) Analizar las lecciones aprendidas para la mejora de procesos.

d) Evaluar la base de prueba para la comprobabilidad.

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

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

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

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

a) Para verificar si se pueden transferir grandes volúmenes de datos entre sistemas integrados.

b) Para verificar si todas las declaraciones de código y las rutas de decisión de código se han ejecutado.

c) Verificar si todos los flujos del proceso de trabajo han sido cubiertos.

d) Cubrir todas las navegaciones de páginas web.

a) Las pruebas de componentes verifican la funcionalidad de los módulos de software, objetos de programa y clases que se pueden probar por separado, mientras que las pruebas del sistema verifican las interfaces entre los componentes e interacciones entre diferentes partes del sistema.

b) Los casos de prueba para pruebas de componentes generalmente se derivan de especificaciones de componentes, diseño especificaciones, o modelos de datos, mientras que los casos de prueba para la prueba del sistema generalmente se derivan de Requisitos de especificaciones o casos de uso.

c) Las pruebas de componentes solo se centran en las características funcionales, mientras que las pruebas de sistemas se centran características funcionales y no funcionales.

d) Las pruebas de los componentes son responsabilidad de los evaluadores, mientras que las pruebas del sistema son típicamente las Responsabilidad de los usuarios del sistema.

a) El propósito de las pruebas de regresión es verificar si la corrección se realizó con éxito implementado, mientras que el propósito de las pruebas de confirmación es confirmar que la corrección no tiene efectos secundarios.

b) El propósito de las pruebas de regresión es detectar efectos secundarios no deseados, mientras que el propósito de la prueba de confirmación es para comprobar si el sistema todavía está funcionando en un entorno nuevo.

c) El propósito de las pruebas de regresión es detectar efectos secundarios no deseados, mientras que el propósito de La prueba de confirmación es para verificar si el defecto original ha sido arreglado.

d) El propósito de las pruebas de regresión es verificar si la nueva funcionalidad está funcionando, mientras que El propósito de la prueba de confirmación es verificar si el defecto original ha sido arreglado.

a) Los requisitos de definición, diseño de software y pruebas se realizan en una serie con piezas añadidas.

b) Una fase en el proceso de desarrollo debe comenzar cuando se complete la fase anterior.

c) Las pruebas se ven como una fase separada que tiene lugar después de que el desarrollo ha sido terminado.

d) Las pruebas se agregan al desarrollo como un incremento.

a) Decisión de probar la mantenibilidad del software.

b) Decisión de probar el sistema después de la migración a una nueva plataforma operativa.

c) Decisión de probar si es posible recuperar datos archivados.

d) Decisión de probar después de “correciones”.

a) Desarrollador, moderador, líder de revisión, revisor, probador.

b) Autor, moderador, gerente, revisor, desarrollador

c) Autor, Gerente, líder de revisión, Revisor, Diseñador.

d) Autor, moderador, líder de revisión, revisor, escriba.

a) Recopilación de métricas para la evaluación de la efectividad de la revisión.

b) Responda cualquier pregunta que los participantes puedan tener.

c) Verificación de criterios de entrada para la revisión.

d) Evaluación de los resultados de la revisión contra los criterios de salida.

a) Revisión informal.

b) Revisión Técnica.

c) Inspección.

d) Recorrido.

a) Las pruebas estáticas son una forma barata de detectar y eliminar defectos.

b) Las pruebas estáticas hacen que las pruebas dinámicas sean menos desafiantes.

c) Las pruebas estáticas permiten la validación temprana de los requisitos del usuario.

d) Las pruebas estáticas permiten encontrar problemas de tiempo de ejecución al principio del ciclo de vida.

e) Al probar el sistema crítico para la seguridad, las pruebas estáticas tienen menos valor porque las pruebas dinámicas encuentran mejor los defectos.

a) El punto b) de la lista de verificación ha sido violado porque no está claro qué condición debe
Cumplirse para invitar a la reseña.

b) Observa que además del comprobador y el verificador, el validador también debe estar
invitado. Dado que este elemento no forma parte de su lista de verificación, no creará una comentario.

c) El punto c) de la lista de verificación ha sido violado ya que no está claro lo que marca la revisión como terminado.

d) Se ha violado el punto a) de la lista de verificación porque no está claro quién proporciona el
Lista de verificación para la invitación a la revisión.

a) Una técnica de prueba en la cual las pruebas se derivan en base al conocimiento del probador de fallas pasadas, o Conocimiento general de las fallas.

b) Procedimiento para derivar y / o seleccionar casos de prueba basados en un análisis de la especificación, ya sea Funcional o no funcional, de un componente o sistema sin referencia a su interno estructura.

c) Una técnica de prueba basada en la experiencia mediante la cual el probador experimentado utiliza una lista de elementos para ser anotado, revisado o recordado, o un conjunto de reglas o criterios contra los cuales un producto debe ser verificado

d) Un enfoque de prueba donde los probadores diseñan y ejecutan dinámicamente pruebas basadas en sus Conocimiento, exploración del ítem de la prueba y los resultados de pruebas anteriores.

a) Una técnica basada en el análisis de la arquitectura.

b) Una técnica que verifique que el objeto de prueba esté funcionando de acuerdo con el diseño técnico.

c) Una técnica basada en el uso esperado del software.

d) Una técnica basada en requisitos formales.

a) La afirmación es cierta. Cualquier caso de prueba individual proporciona un 100% de cobertura de estado de cuenta y, por lo tanto, 50% de cobertura de decisiones.

b) La afirmación es cierta. Cualquier caso de prueba individual causaría que el resultado de la declaración "si" fuera ya sea verdadero o falso.

c) La afirmación es falsa. Un solo caso de prueba solo puede garantizar un 25% de cobertura de decisión en este caso.

d) La afirmación es falsa. La declaración es demasiado amplia. Puede ser correcto o no, dependiendo de la software probado

a) Es una métrica que se utiliza para calcular y medir el porcentaje de casos de prueba que tienen
sido ejecutado.

b) Es una métrica, que se utiliza para calcular y medir el porcentaje de declaraciones en el
Código fuente que se ha ejecutado.

c) Es una métrica, que se utiliza para calcular y medir el número de declaraciones en la fuente
Código que han sido ejecutados por los casos de prueba que se pasan.

d) Es una métrica que proporciona una confirmación verdadera / falsa si todas las declaraciones están cubiertas o no.

a) El 100% de cobertura de decisión también garantiza el 100% de cobertura de estado de cuenta.

b) La cobertura del estado de cuenta del 100% también garantiza una cobertura de decisión del 100%.

c) 50% de cobertura de decisión también garantiza 50% de cobertura de estado de cuenta.

d) La cobertura de la decisión nunca puede alcanzar el 100%.

a) Si debido a la presión del tiempo se requiere acelerar la ejecución de pruebas ya especificadas.

b) Si el sistema se desarrolla de forma incremental y no hay un contrato de prueba disponible.

c) Si hay probadores disponibles que tengan suficiente conocimiento de aplicaciones y tecnologías similares.

d) Si ya existe un conocimiento avanzado del sistema y se debe proporcionar evidencia de que
debe ser probado intensivamente

a) 3.

b) 5.

c) 2.

d) 4.

a) 0, 49, 50,54, 59, 60.

b) 50, 55, 60.

c) 49, 50, 54, 55, 60, 62.

d) 50, 51, 55, 56, 60, 61.

a) Verifique que la aplicación pueda reproducir un video en una pantalla de tamaño 1920x1080 (1 caso de prueba).

b) Verifique que la aplicación pueda reproducir un video en una pantalla de tamaño 640x480 y 1920x1080 (2 pruebas casos).

c) Verifique que la aplicación pueda reproducir un video en cada uno de los tamaños de pantalla en el requisito (4 Casos de prueba).

d) Verifique que la aplicación pueda reproducir un video en cualquiera de los tamaños de pantalla en el requisito (1 caso de prueba).

a) El gerente de pruebas planifica las actividades de prueba y elige los estándares a seguir, mientras que El probador elige las herramientas y sus pautas a utilizar.

b) El administrador de pruebas planifica y controla las actividades de prueba, mientras que el probador especifica las pruebas y decide sobre el marco de automatización de pruebas.

c) El administrador de pruebas planifica, supervisa y controla las actividades de prueba, mientras que el probador diseña Prueba y decide sobre la liberación del objeto de prueba.

d) El gerente de pruebas planifica y organiza las pruebas y especifica los casos de prueba, mientras que el probador Prioriza y ejecuta las pruebas.

a) Porcentaje de casos de prueba ejecutados.

b) Número promedio de probadores involucrados en la ejecución de la prueba.

c) Cobertura de requerimientos por código fuente.

d) Porcentaje de casos de prueba ya creados y revisados.

a) Limitaciones presupuestarias.

b) Objetivos de la prueba.

c) Registro de prueba.

d) Tasa de fracaso.

e) Casos de uso.

a) Medidas de confiabilidad, cobertura de prueba, costo de prueba, cronograma y estado sobre la corrección de errores y riesgos restantes.

b) Medidas de confiabilidad, cobertura de prueba, grado de independencia del probador y producto lo completo.

c) Medidas de confiabilidad, cobertura de prueba, costo de prueba, disponibilidad de entorno de prueba, tiempo de comercialización y la integridad del producto.

d) Tiempo de comercialización, defectos restantes, calificación del probador, disponibilidad de casos de uso verificables, prueba cobertura y costo de la prueba

a) Definición de criterios de aprobación / reprobación y objetivos de prueba.

b) Desviaciones del enfoque de prueba.

c) Mediciones del progreso real contra criterios de salida.

d) Evaluación de la calidad del ítem de prueba.

a) Conservación metódica, analítica, reactiva y de rendimiento.

b) analíticos, basados ​​en modelos, consultivos y reactivos.

c) Basados ​​en modelos, metódicos, analíticos y consultivos.

d) Rendimiento conservador, consultivo, reactivo y metódico.

a) Presupuesto que fue utilizado por un proyecto de prueba similar anterior.

b) Experiencia general recogida en entrevistas con gestores de pruebas.

c) Estimación del esfuerzo para automatización de pruebas acordado en el equipo de pruebas.

d) Promedio de cálculos recogidos de expertos empresariales.

a) El resultado real de la prueba.

b) Datos identificativos de la máquina de café probada.

c) Estado del defecto.

d) Ideas para mejorar el caso de prueba.

a) Es fácil crear pruebas de regresión.

b) Es fácil mantener el control de versiones de los activos de prueba.

c) Es fácil diseñar pruebas para pruebas de seguridad.

d) Es fácil realizar pruebas de regresión.

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

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

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

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