A. Es la equivocación de un humano cuando desarrolla software.

B. Es la consecuencia de ejecutar un programa con deficiencias.

C. Desperfecto de un componente o sistema, que puede provocar que el componente deje de ejecutar sus funciones.

D. Ninguna de las anteriores.

A. Fiabilidad, Eficiencia y Adecuación.

B. Interoperabilidad, Usabilidad y Portabilidad

C. Precisión, Conformidad e Interoperabilidad.

D. A y B son correctas.

A. Probar, encontrar defectos y evitar fallos.

B. Realizar Planeación y Ejecución.

C. Mejorar la confianza del nivel de Calidad y suministrar información.

D. A y B son correctas.

A. Re-Test.

B. Debugging.

C. Caso de Prueba.

D. Requisito.

A. Es probable que no encontremos mas errores.

B. Ya se cubrió este requerimiento y podemos seguir con otro.

C. Reportarlo y seguir con otro módulo.

D. Seguir probando, pues donde encontramos uno, es probable que hayan muchos mas.

A. Seguir probando, porque donde encontramos un defecto, es probable que hayan muchos mas.

B. Realizar diferentes tipos de pruebas, como componentes, integrales y de usuario.

C. Reportar un error y seguir con otro módulo.

D. Probar todo (todas las condiciones de entrada y pre-requisitos.

A. Analisis y diseño.

B. Ejecución.

C. Implementación.

D. Gestión.

A. Análisis y Diseño

B. Ejecución.

C. Gestión

D. Actividades de Cierre

A. Planeación

B. Análisis y Diseño.

C. Ejecución.

D. Gestión.

A. Análisis y Diseño

B. Implementación

C. Evaluación

D. Gestión.

A. Planeación

B. Análisis y Diseño.

C. Ejecución.

D. Evaluación de criterios de salida.

A. Evaluación.

B. Ejecución.

C. Control.

D. Implementación.

A. Son los documentos que se generan de las pruebas de un sistema ya probado, objeto de una modificación, para garantizar que no se han introducido o descubierto defectos en partes que no han sido modificadas.

B. Todos los documentos que interfieren en la creación de los requisitos de un componente o sistema. La documentación en la que los casos de prueba se basan.

C. Son los elementos o componentes de un sistema que pueden ser verificados por uno o mas casos de prueba; por ejemplo: una función, atributo de calidad o elemento estructural.

D. Es un registro cronológico de los datos pertinentes sobre la ejecución de las pruebas.

A. Una técnica de diseño de pruebas, donde se utiliza la experiencia del probador para anticipar cuales defectos pueden estar presentes.

B. La Psicología de pruebas esta relacionada al modo de pensar y a la relación interpersonal.

C. El desarrollador tiene una óptica limitada para el momento de afrontar las pruebas.

D. Se convierte en "arte y parte", y los defectos propios son mas difíciles de encontrar.

A. Porque aumenta la calidad del proceso de pruebas, al separar las responsabilidades.

B. Se realiza un evaluación objetiva de los objetos de prueba.

C. Para que no se convierta en "arte y parte".

D. Porque así es posible manipular al desarrollador.

E. D es la única incorrecta.

A. Es necesario para asegurar que la información es utilizada de forma apropiada.

B. Los probadores de software certificados, garantizan que los entregables que suministran se ajustan a los mas altos estándares de calidad.

C. La rapidez del sistema se ajusta a los estándares internacionales.

D. A y B son correctas.

A. Un error es una acción humana que produce un resultado incorrecto.

B. Un defecto es un desperfecto por el cual el sistema o componente no logra llevar a cabo su función Especifica.

C. Si un defecto es encontrado durante la ejecución de una aplicación puede producir un error.

D. Un Fallo es una manifestación física o funcional de un defecto.

A. La totalidad de las funcionalidades y características de un producto de software que contribuyen a su habilidad de satisfacer necesidades específicas o implícitas.

B. Grado en el cual un componente, sistema o proceso satisface los requisitos especificados y/o necesidades del usuario/cliente y sus expectativas.

C. Es el desarrollo basado en estándares con la funcionalidad y rendimiento total que satisfacen los requerimientos del cliente.

D. El conjunto de características de una entidad que le confieren su aptitud para satisfacer las necesidades expresadas.

A. Los defectos evitados no requieren ser reparados.

B. Los errores cometido en el pasado no deben ser repetidos.

C. Busca prevenir los defectos.

D. Los defectos deben ser detectados tan temprano en el proceso como sea posible.

A. Idoneidad.

B. Precisión.

C. Fiabilidad.

D. Interoperabilidad.

A. Probar que el software esta correcto.

B. Adquirir conocimiento sobre los defectos en un objeto de prueba.

C. Comprobar la funcionalidad.

D. Generar confianza.

A. Un criterio de finalización de pruebas es realizar pruebas basadas en riesgo.

B. Probar y volver a probar (re-test), son actividades propias del proceso de pruebas.

C. La depuración y la corrección de defectos son actividades propias del desarrollo.

D. Los atributos de calidad funcionales y no funcionales definen la calidad parcial del sistema.

A. I, II y III son verdaderos, II y V son falsos.

B. II, III y V son verdaderos, I y IV son falsos.

C. III y IV son verdaderos, I II y V son falsos.

D. I, II, IV y V son verdaderos, II es falso.

A. El estado del proceso de pruebas se determina comparando el progreso logrado con respecto al plan de pruebas.

B. Determinar el alcance y los riesgos.

C. Se inician medidas correctivas.

D. Se miden y analizan resultados.

A. Una actividad continua que influye en la planificación de las pruebas.

B. Una actividad en la cual se identifican los objetivos de las pruebas y el criterio de finalización de pruebas.

C. Una actividad en la cual se identifican las condiciones especificas de la prueba y los datos de prueba necesarios.

D. Una actividad en la cual se configura el entorno de pruebas.

A. recopilar datos de las actividades.

B. Cierre de informes de incidencias o generación de solicitudes de cambio para cualquier punto que permaneciera abierto.

C. Registro y análisis de los resultados de pruebas.

D. Comprobar que entregables planificados han sido entregados.

A. Encuentra errores producidos por un desarrollador, ese es su exito

B. La actividad del tester es destructiva.

C. Su única preocupación es encontrar defectos.

D. Su propósito es la eliminación de defectos en un producto.

A. Existe independencia entre los atributos de calidad.

B. Para cada atributo de calidad se requieren tipos de pruebas diferentes.

C. La Fiabilidad es un atributo de Calidad

D. Los atributos de calidad se definen en la IEEE 9126.

A. Seguridad.

B. Usabilidad

C. Portabilidad

D. Eficiencia.

A. Satisfacer compromisos.

B. Mejorar la calidad del producto.

C. Reducir riesgos de fallos de operación.

D. Mejorar la calidad del proceso.

A. I, II y III son verdaderos, V y IV son falsos.

B. II, III y V son verdaderos, I y IV son falsos.

C. III y IV son verdaderos, I, II y V son falsos.

D. II y IV son verdaderos, I, III y V son falsos.

A. Que los atributos influyan entre si.

B. Que los atributos sean clasificados.

C. Tipos iguales de pruebas

D. Tipos diferentes de pruebas.

A. Cuando se ha agotado el tiempo de pruebas.

B. Cuando se han ejecutado las pruebas planeadas.

C. Cuando se ha alcanzado el criterio de finalización.

D. Cuando no se han encontrado fallos a probar.

A. I, III y V son verdaderos, II y IV son falsos.

B. II, III y Iv son verdaderos, I y V son falsos.

C. I y IV son verdaderos, II, III y IV son falsos.

D. II, III y V son verdaderos, I y IV son falsos.

A. El desarrollador analiza su "creación" de forma imparcial.

B. Tienden a pasar por alto sus propios defectos.

C. Los desarrolladores hablan el mismo lenguaje.

D. La pruebas del desarrollador son superficiales.

A. Apoya/Promueve la evaluación independiente de los resultados de las pruebas.

B. Ayuda a Identificar que tareas no se están llevando a cabo correctamente.

C. Contribuye a mejorar el proceso de pruebas.

D. Permite distribuir mas fácilmente las tareas.

A. Un defecto introducido en el código de software.

B. Un error introducido en los datos.

C. Un defecto introducido en los parámetros de configuración.

D. Todas las anteriores.

A. La totalidad de las funcionalidades y características de un producto de software que contribuyen a su habilidad de satisfacer necesidades especificas o implícitas.

B. Es la aptitud de un producto o servicio para satisfacer las necesidades del usuario.

C. Grado en el cual un componente, sistema o proceso satisface los requisitos especificados y/o necesidades del usuario/cliente y sus expectativas.

D. Es la cualidad de todos los productos, no solo de equipos sino también de programas.

A. Calidad del producto.

B. Procedimientos y Verificación.

C. Procedimiento de pruebas.

D. Todas las anteriores.

A. Incluyen la ejecución del programa.

B. Se examina sin la ejecución del programa.

C. Incluyen cobertura de sentencia.

D. Incluyen pruebas de Caja Blanca.

A. Se lleva a cabo análisis de valores límite.

B. Se hacen pruebas de transición de estado.

C. Se hacen análisis de flujo de control.

D. Son utilizadas tablas de control.

A. Incremente con el tiempo.

B. Disminuyen con el tiempo.

C. Hacen que los defectos no permanezcan.

D. Ayudan a detectar errores en las etapas mas tempranas.

A. Software con mayor calidad.

B. Reducir riesgos de software en producción.

C. Corrección de errores a costos reducidos.

D. Corrección de errores a altos costos.

A. La funcionalidad satisface los atributos requeridos.

B. La funcionalidad satisface las capacidades requeridas.

C. La funcionalidad satisface todos los requisitos.

D. La funcionalidad satisface los atributos/capacidades requeridos.

A. Llevar a cabo pruebas basadas en riesgo.

B. Llevar a cabo pruebas basadas en plazos y presupuestos.

C. No es necesario criterio de finalización.

D. Ninguna de las anteriores.

A. Precondiciones.

B. Conjunto de valores de entrada.

C. Conjunto de resultados esperados.

D. Conjunto de valores de salida.

A. Llevar a cabo verificación parcial a las correcciones.

B. Llevar a cabo verificación puntual a las correcciones.

C. Hacer prueba a todas las correcciones.

D. Verificar solo aquellas correcciones con efectos colaterales.

A. Agrupamiento de defectos.

B. Las pruebas dependen del contexto.

C. Realizar pruebas exhaustivas.

D. Pruebas tempranas.

A. Revisión de las bases de las pruebas.

B. Implementar método/estrategia de pruebas.

C. Identificar los objetivos y criterio de finalización de las pruebas.

D. Determinar el alcance y los riesgos.

A. Análisis del documento de requerimientos.

B. Análisis y diseño de las pruebas.

C. Implementación y ejecución de las pruebas.

D. Ninguna de las anteriores.

A. Mejora la calidad de las pruebas.

B. Se logra aportar máxima independencia entre los objetos de prueba y el tester.

C. Los costos de formación/información en lo relativo a objetos de prueba se mantienen a un novel moderado.

D. Los testers fijan sus actividades a los efectos de alcanzar los objetivos establecidos para ellos.

A. Es el modelo mas utilizado.

B. Desarrollo y pruebas son dos ramas diferentes.

C. Las pruebas se diseñan en paralelo secuencial al desarrollo de software.

D. La especificación de componentes se hace dentro de la rama de desarrollo de software.

A. Especificación de los componentes.

B. Definición de requisitos.

C. Diseño técnico del sistema.

D. Especificación de requerimientos.

A. La Verificación esta orientada al producto y la Validación orientada al proceso.

B. Verificación es la comprobación de la idoneidad para el uso esperado. Validación, comprobación de la conformidad con los requisitos establecidos.

C. En la Verificación se evalúa si se ha construido el sistema de software correcto y en la Validación se evalúa si se ha procedido correctamente en la construcción del sistema.

D. Verificación es la comprobación de la conformidad con los requisitos establecidos, Validación es la comprobación de la idoneidad para el uso esperado.

A. Comprobar si los requisitos de niveles previos han sido implementados correctamente.

B. Comprobar lo adecuado de los resultados de un nivel de desarrollo.

C. Comprobar si los requisitos y definiciones de niveles previos, han sido implementados correctamente.

D. Comprobar si los requisitos y definiciones de las fases previas han sido implementados correctamente.

A. Cada actividad de desarrollo debe ser probada.

B. No es necesario llevar a cabo pruebas en todos los niveles de desarrollo.

C. Cada nivel de pruebas puede ser probado de forma especifica.

D. El proceso de pruebas comienza antes que la ejecución de pruebas.

A. Probar componentes individuales y cada componente es probado correctamente

B. Probar componentes de manera individual.

C. Probar componentes individuales, y cada componente es probado independientemente.

D. Probar componentes individualmente, para facilitar la descripción de defectos internos.

A. Pruebas de módulo.

B. Prueba de clase.

C. Prueba de unidad.

D. Todas las anteriores.

A. Toda la funcionalidad debe ser probada.

B. Los casos de prueba que comprueban datos de entrada inválidos se denominan pruebas de fallo.

C. Un sistema robusto aporta un tratamiento aprobado para datos de entrada erróneos.

D. Las pruebas de componente podrán comprobar características funcionales y no funcionales.

A. Se busca comprobar la interacción entre los diferentes elementos de software.

B. Su objetivo es comprobar la integridad del sistema.

C. Es probar la combinación de componentes del sistema.

D. Busca evaluar la integración con el entorno del sistema.

A. Las interfaces del entorno del sistema.

B. La interacción mutua entre componentes.

C. Que los componentes ya han sido probados.

D. Ninguna de las anteriores.

A. Simulan un componente que no se encuentra disponible.

B. Apoyan las actividades de pruebas registrando datos para el control de las pruebas.

C. Asumen las tareas elementales de un componente faltante.

D. Aportan el entorno al proceso del sistema o subsistema.

A. Detectar defectos en los componentes y comprobar la integración de los mismos.

B. Detectar defectos en las interfaces y comprobar como interactuan los componentes.

C. Detectar defectos en las interfaces y comprobar la interacción entre los componentes.

D. Detectar defectos en las interfaces y comprobar la integración entre componentes.

A. Estrategia Big Bang y estrategia ascendente (Bottom Up).

B. Estrategia Big Bang y estrategia descendente (Top Dawn).

C. Estrategia descendente (Top Dawn) y estrategia ascendente (Bottom Up).

D. Ninguna de las anteriores.

A. Adecuación/Idoneidad.

B. Conformidad.

C. Interoperabilidad.

D. Integración

A. Pruebas basadas en requerimientos.

B. Pruebas basadas en proceso de negocio.

C. Pruebas basadas en experiencia.

D. Pruebas basadas en documentación.

A. Aportar justificación a la confianza en el sistema para que pueda ser aceptado por el cliente.

B. Validar que un sistema cumple con el funcionamiento esperado y permitir al usuario de dicho sistema que determine su aceptación.

C. Demostrar al cliente el cumplimiento de un requisito de software.

D. Validar que el software es el adecuado para su uso en un entorno operativo.

A. Las pruebas Beta son una versión preliminar y estable del software.

B. Las pruebas Beta se ejecutan en dependencias propias.

C. Las pruebas Alpha se entregan aun conjunto especifico de clientes.

D. Las pruebas Alpha y Beta son pruebas son pruebas ejecutadas por clientes reales o potenciales.

A. Sistemas bajo carga (carga mínima mas usuarios/transacciones).

B. Procesamiento de grandes cantidades de datos.

C. Reacción a fallos hardware. Recuperación ante situaciones de desastre.

D. Reacción a la sobrecarga. Recuperación tras retorno de una carga alta.

A. Pruebas estructurales.

B. Pruebas de confirmación.

C. Pruebas funcionales.

D. Pruebas no funcionales.

A. Las pruebas de Confirmación/Regresión pueden llevarse a cabo en todos los niveles.

B. Una prueba de regresión completa no es viable.

C. Un alto grado de modularidad en el software, incrementa la pruebas de regresión.

D. La ejecución tiene lugar de la misma forma en la cual se han ejecutado las pruebas previamente.

A. La conformidad de los requisitos se mide utilizando requisitos funcionales.

B. Todos los elementos estructurales identificados deberán ser cubiertos por los casos de prueba.

C. Comprueban las características del producto.

D. El objeto de prueba es ejecutado utilizando combinaciones de datos de prueba derivados/generados a partir de los casos de prueba.

A. Comprobar la conformidad con los requisitos no funcionales.

B. Comprobar las características de un producto.

C. Comprobar el comportamiento del objeto de pruebas.

D. Comprobar el flujo y control de datos.

A. Modelo X de Paul Herzlich.

B. Modelo en V de Paul Herzlich.

C. Modelo en V

D. Modelo de desarrollo rápido de aplicaciones RUP.

A. Para cada actividad de desarrollo, deberá existir una actividad de pruebas correspondiente.

B. El ingeniero de Pruebas debe contar con acceso al código o prototipos generados durante el ciclo de Vida.

C. Las actividades de análisis y diseño deberán iniciar durante la ejecución de las actividades de desarrollo.

D. A y C.

E. Todas las anteriores.

A. Completas, Automatizables, Repetibles, Independientes y Profesionales.

B. Usables, Confiables, Portables, Mantenibles y Robustas.

C. Completas, Automatizables, Repetibles, Interdependientes y Profesionales.

D. Complementarias, Automatizables, Repetibles, Interdependientes y Profesionales.

A. Defectos asociados a la interfaz.

B. La integración de algunos o todos los componentes del sistema entre sí.

C. A y B.

D. Ninguna de las anteriores.

A.

1 Definición de Requerimientos 2 Pruebas de Sistema
2 Diseño Funcional del Sistema 1 Pruebas de Integración
3 Diseño Técnico del Sistema 4 Pruebas de Aceptación
4 Especificación de componentes 3 Pruebas de Componentes

B.

1 Definición de Requerimientos 2 Pruebas de Sistema
2 Diseño Funcional del Sistema 3 Pruebas de Integración
3 Diseño Técnico del Sistema 1 Pruebas de Aceptación
4 Especificación de componentes 4 Pruebas de Componentes

C.

1 Definición de Requerimientos 3 Pruebas de Sistema
2 Diseño Funcional del Sistema 1 Pruebas de Integración
3 Diseño Técnico del Sistema 4 Pruebas de Aceptación
4 Especificación de componentes 2 Pruebas de Componentes

D.

1 Definición de Requerimientos 3 Pruebas de Sistema
2 Diseño Funcional del Sistema 4 Pruebas de Integración
3 Diseño Técnico del Sistema 2 Pruebas de Aceptación
4 Especificación de componentes 1 Pruebas de Componentes

A. "Como" lo hace el sistema.

B. "Que debe" hacer el Sistema.

C. La velocidad de procesamiento del sistema

D. Los componentes del sistema.

A. Facilidad, Usabilidad, Exactitud, Mantenibilidad, Precisión.

B. Fiabilidad, Usabilidad, Efectividad, Mantenibilidad, Potabilidad.

C. Facilidad, Usabilidad, Eficiencia, Mantenibilidad, Potabilidad.

D. Fiabilidad, Usabilidad, Eficiencia, Mantenibilidad, Potabilidad.

A. I, II y III, son correctas

B. II, III y IV son correctas

C. I, II III y IV, son correctas

D. II y III, son correctas

A. Pruebas de regresión a componentes que no han sido probados.

B. Pruebas a sistemas afectados por cambios correctivos, de emergencia o actualizaciones.

C. Pruebas a sistemas operacionales existentes.

D. Todas las anteriores.

A. Reprocesos.

B. Planificación.

C. Seguimiento.

D. Búsqueda de defectos.

A. Revisión Técnica

B. Inspección

C. WalkThrough

D. Todas las anteriores.

A. e - 2p + n.

B. 2n - e + p.

C. 2p - n + e.

D. e - p + 2n.

A. Puntos de función.

B. Halstead.

C. Bang.

D. Todas las anteriores

A. Las revisiones se realizan con el objetivo de mejorar los estándares definidos.

B. Las revisiones se realizan con el objetivo de mejorar las especificaciones de Software.

C. Las revisiones se realizan con el objetivo de mejorar la calidad del producto.

D. Las revisiones se realizan con el objetivo de mejorar los procesos de desarrollo.

A. 5

B. 23

C. 5, 8, 9, 10, 13 y 23

D. 10 y 13