Font size
WorksheetsTesting 2
Total questions: 60
Worksheet time: 30mins
¿Cuál es el objetivo principal de las pruebas de software?
Aumentar el rendimiento del hardware
Mejorar la calidad del software y garantizar que sea lo más libre de errores posible
Reducir el costo del desarrollo
Incrementar la complejidad del código
¿En qué etapa del ciclo de vida del desarrollo de software se pueden realizar pruebas?
Solo en la fase de implementación
Desde la fase de diseño hasta el mantenimiento
Exclusivamente durante el mantenimiento
Solo en la fase de pruebas finales
¿Qué tipo de pruebas se enfoca en la funcionalidad sin considerar el código subyacente?
Pruebas de caja blanca
Pruebas exploratorias
Pruebas de caja negra
Pruebas automatizadas
¿Cuál de las siguientes afirmaciones sobre las pruebas automatizadas es verdadera?
Son útiles solo para pruebas de seguridad
Se realizan manualmente
Son efectivas para pruebas repetitivas y para diferentes entornos
No requieren herramientas especializadas
¿Cuál de las siguientes metodologías busca descubrir problemas sin un plan específico?
Pruebas de caja blanca
Pruebas de caja negra
Pruebas exploratorias
Pruebas automatizadas
¿Qué tipo de pruebas se centra en detectar vulnerabilidades en el software?
Pruebas de caja blanca
Pruebas de seguridad
Pruebas manuales
Pruebas exploratorias
¿Qué se entiende por caso de prueba (test case)?
Un error cometido por un programador
Un conjunto de entradas y condiciones que arrojan resultados esperados
Una norma de calidad del software
Una evaluación de fallos en el software
¿Qué es un error en el contexto del software?
Un defecto encontrado en el software
Una acción humana que produce un resultado incorrecto
Una falla en el sistema
Un estándar de calidad
¿Cómo se define un defecto en el software?
La manifestación visible de un fallo
Un resultado correcto de un caso de prueba
La manifestación de un error en el software que causa una falla
Un conjunto de entradas y condiciones
¿Qué fundamento de las pruebas se enfoca en que el software haga lo que no debe hacer?
Comprobar la eficiencia del software
Evaluar los efectos secundarios
Verificar la compatibilidad
Garantizar la usabilidad
¿Qué área no está incluida en la evaluación del marco de referencia ISO IEC 25000?
Usabilidad
Seguridad
Innovación
Mantenibilidad
¿Qué es el ciclo de vida del desarrollo de software (SDLC)?
Un modelo para evaluar la calidad del software
Un proceso para diseñar y crear software de alta calidad
Un método de gestión de proyectos no relacionado con el software
Una técnica de prueba de software
¿Cuál es el objetivo principal del SDLC?
Aumentar el costo del proyecto
Minimizar los riesgos del proyecto mediante una planificación anticipada
Maximizar la duración del desarrollo
Eliminar todas las pruebas del proceso
¿Qué modelo de ciclo de vida del desarrollo de software presenta etapas en un orden secuencial?
Modelo ágil
Modelo en espira
Modelo en cascada
Modelo incremental
¿Qué son los requerimientos funcionales?
Características que describen cómo un sistema debe comportarse
Descripciones detalladas de las funciones y características del sistema
Requisitos que no están relacionados con la funcionalidad del sistema
Normas de seguridad para el software
¿Cuál es la diferencia principal entre requerimientos funcionales y no funcionales?
Los requerimientos funcionales se centran en cómo hace el sistema las cosas, mientras que los no funcionales en qué hace
Los requerimientos funcionales son menos importantes que los no funcionales
Los requerimientos no funcionales son irrelevantes para el desarrollo
Los requerimientos funcionales describen qué hace el sistema, y los no funcionales se centran en cómo lo hace
¿En qué consiste el proceso de pruebas?
Una verificación estática del código fuente
Un conjunto infinito de pruebas para encontrar todos los errores posibles
Una verificación dinámica del comportamiento del software mediante casos de prueba
Un procedimiento para documentar los errores encontrados
¿Cuáles son los elementos fundamentales de una prueba?
Código, diseño y evaluación
Acciones, valores de prueba y resultado
Funcionalidad, rendimiento y seguridad
Planificación, desarrollo y despliegue
Según Pressman, ¿qué implica la verificación en el desarrollo de software?
Garantizar que el software cumpla con los requerimientos del cliente
Asegurar que el software implementa correctamente una función específica
Comprobar que el software es fácil de usar
Evaluar la eficiencia del software
¿Cómo define Boehm la verificación?
¿Estamos construyendo el producto correcto?
¿Es el software seguro?
¿Cumple el software con las expectativas del usuario?
¿Estamos construyendo el producto correctamente?
Según Sommerville, ¿qué busca la validación?
Asegurar que el software hace lo que el usuario espera
Comprobar que el sistema cumple con los requerimientos especificados
Verificar la eficiencia del sistema
Evaluar la calidad del código
¿Qué son los bugs en el contexto del software?
Errores en el diseño
Defectos del programa que se encuentran operando
Documentación inexacta
Cualquier tipo de falla en el hardware
¿Qué caracteriza a un caso de prueba (test case)?
Un documento que describe errores potenciales
Un conjunto de condiciones bajo las cuales se determinará la aceptabilidad de un sistema
Un plan para la implementación del software
Un protocolo de revisión de código
¿Cuál es una diferencia clave entre pruebas estáticas y dinámicas?
Las pruebas estáticas se realizan sin ejecutar el código, mientras que las dinámicas requieren ejecución
Las pruebas dinámicas son más baratas que las estáticas
Las pruebas estáticas se centran en la detección de defectos, mientras que las dinámicas en la prevención
Las pruebas estáticas se realizan al final del desarrollo, y las dinámicas al inicio
¿Qué tipo de técnicas se utilizan en pruebas estáticas?
Pruebas funcionales
Ejecución de casos de prueba
Revisión técnica, inspección y revisión de código
Análisis de rendimiento
¿Qué se prueba en las pruebas unitarias?
Todo el sistema en su conjunto
Unidades o conjuntos de unidades aisladas del software
Solo la interfaz de usuario
La integración entre módulos
¿Cuál es el enfoque principal de las pruebas unitarias?
A)
B)
C) D)
Verificar el rendimiento del sistema
Evaluar la usabilidad del software
Validar la documentación del proyecto
Detectar discrepancias entre los requerimientos y el comportamiento real de la unidad
¿Qué son las pruebas de caja blanca?
Pruebas que se realizan sin conocer el código
Pruebas que se basan en el conocimiento interno del código de un programa
Pruebas exclusivamente enfocadas en la interfaz de usuario
Pruebas que se realizan solo en el entorno de producción
¿Cuál es el objetivo de las pruebas de caja blanca?
Asegurar que el software cumpla con los requerimientos del cliente
Realizar pruebas que cubran la estructura interna de un sistema
Evaluar la experiencia del usuario
Identificar errores en el diseño del software
¿Qué técnica de pruebas de caja blanca se enfoca en medir cuántas líneas de código se han ejecutado?
Prueba de cobertura de decisión
Prueba de cobertura de condición
Prueba de cobertura de sentencia
Prueba de flujo de trabajo
¿Qué mide la prueba de cobertura de condición?
La cantidad de código ejecutado
Todos los caminos posibles en el código
Todas las condiciones de las estructuras de control
El rendimiento del sistema
¿Cuál es el enfoque de la prueba de cobertura de decisión?
Asegurarse de que todos los errores sean encontrados
Probar todos los caminos posibles que puede tomar el código
Medir el tiempo de ejecución del código
Evaluar la satisfacción del usuario
¿Qué es una prueba de caja negra?
Una prueba que evalúa la lógica interna del sistema
Una prueba que analiza la compatibilidad entre las interfaces de componentes del software
Una prueba enfocada en el rendimiento del sistema
Una prueba que solo verifica la usabilidad del software
¿Cuál de las siguientes afirmaciones es correcta sobre las pruebas de caja negra?
Considera la lógica interna del sistema
Se basa únicamente en la revisión de código
Permite la revisión final de especificaciones y codificación de un programa
Se realiza solo en la etapa final del desarrollo
¿Qué técnica de prueba de caja negra se basa en los requisitos del sistema y los casos de uso?
Prueba de límites
Prueba de errores comunes
Prueba de casos de uso
Prueba aleatoria
¿Cuál es el objetivo de las pruebas de integración?
Probar cada módulo de forma individual
Verificar que los diferentes módulos funcionen en armonía al integrarse
Asegurar que el sistema cumpla con los requisitos del usuario
Medir el rendimiento del sistema
¿Qué tipo de prueba de caja negra se centra en probar las entradas que suelen generar errores?
Prueba de interoperabilidad
Prueba de límites
Prueba de errores comunes
Prueba de casos de uso
¿Qué evalúan las pruebas de interoperabilidad?
La capacidad del sistema para realizar operaciones internas
La capacidad del sistema para comunicarse e interactuar con otros sistemas
La eficiencia del código
La satisfacción del usuario final
Las pruebas de integración ayudan a:
Detectar errores en la codificación
Prevenir contratiempos posteriores tras la integración de componentes
Mejorar la experiencia del usuario
Validar los requisitos del sistema
¿Qué son las pruebas de integración de componentes?
Pruebas que se centran en la interacción entre distintos sistemas
Pruebas enfocadas en la interacción de interfaces entre componentes integrados
Pruebas realizadas únicamente en la fase de desarrollo
Pruebas que no requieren automatización
¿Cuál es una ventaja de automatizar las pruebas de integración de componentes?
Aumenta la calidad del código
Reduce el tiempo y costo de las pruebas
Facilita la documentación del proceso
Permite la prueba de todos los sistemas externos
¿Cuál es el propósito de un STUB en las pruebas de integración?
Realizar pruebas de seguridad
Facilitar la documentación de pruebas
Probar la lógica interna del sistema
Actuar como sustituto de componentes no desarrollados
En qué consiste la estrategia Big Bang de integración?
Integrar componentes de manera incremental
Realizar pruebas sin planificación
Integrar todos los componentes al mismo tiempo antes de iniciar las pruebas
Combinar enfoques top-down y bottom-up
¿Cuál es el enfoque de la estrategia Hybrid en las pruebas de integración?
Combina pruebas manuales y automatizadas
Utiliza solo la estrategia Top-Down
Aplica estrategias top-down y down-top de forma conjunta
Se basa únicamente en pruebas de sistema
¿Cuál es el objetivo principal de las pruebas de sistemas?
Verificar la documentación del software.
Asegurar la capacitación del personal.
Evaluar el costo del desarrollo.
Comprobar la integración del sistema de información con otros sistemas.
¿Cuáles son las etapas del proceso de prueba de un sistema?
Preparación de pruebas y aplicación de pruebas.
Análisis de requerimientos y diseño.
Codificación y depuración.
Planificación y despliegue.
Las pruebas funcionales se dirigen a:
Asegurar que el sistema realiza correctamente las funciones especificadas.
Comprobar la adaptabilidad del sistema.
Evaluar el rendimiento bajo carga.
Verificar la seguridad de los datos.
¿Cuál de las siguientes es una actividad de la etapa de preparación de pruebas?
Realizar pruebas de rendimiento.
Desarrollar el software.
Preparar un plan de pruebas.
Integrar los componentes del sistema.
Las pruebas de comunicación se enfocan en:
Asegurar que las interfaces entre los componentes funcionan adecuadamente.
Verificar la adaptabilidad del sistema a los usuarios.
Comprobar la recuperación ante fallos.
Evaluar la carga máxima del sistema.
¿Cuál es el objetivo principal de las pruebas funcionales?
Verificar que el software funcione de acuerdo con los requisitos especificados.
Evaluar atributos de calidad del software.
Comprobar la seguridad del sistema.
Analizar el rendimiento bajo carga.
¿Qué pasos generales se deben seguir para realizar pruebas funcionales?
Desarrollar nuevos requisitos, realizar pruebas de carga, verificar la seguridad, documentar resultados.
Preparar un entorno de pruebas, entrenar al personal, implementar el sistema, revisar la documentación.
Identificar datos de entrada, determinar resultados esperados, ejecutar casos de prueba, comparar resultados.
Hacer una prueba de humo, realizar pruebas de regresión, llevar a cabo una auditoría, finalizar el desarrollo.
¿Qué son las pruebas de humo?
Pruebas exhaustivas de todas las funcionalidades del software.
Pruebas rápidas para verificar las funcionalidades más significativas de la aplicación.
Pruebas de seguridad para evaluar vulnerabilidades.
Pruebas que se realizan solo en entornos de producción.
¿Cuál es el propósito de las pruebas de cordura o sanidad?
Comprobar la estabilidad de una nueva compilación después de modificaciones menores.
Realizar pruebas exhaustivas en todas las funcionalidades.
Evaluar la seguridad del sistema ante ataques externos.
Validar la integración con otros sistemas.
¿Cómo se relacionan las pruebas de cordura con las pruebas de regresión?
Son independientes y se realizan en diferentes momentos.
Las pruebas de cordura son subpruebas de las de regresión, relacionadas con cambios específicos.
Ambas pruebas se realizan al mismo tiempo y con los mismos objetivos.
Las pruebas de regresión se realizan solo si las de cordura fallan.
¿Cuál de las siguientes afirmaciones es verdadera sobre las pruebas no funcionales?
Son irrelevantes para la calidad del software.
Se centran en la funcionalidad específica del software.
Solo se realizan al final del ciclo de desarrollo.
Evalúan aspectos como rendimiento y usabilidad, no directamente funciones del software.
¿Cuáles son las similitudes entre las pruebas de humo y las pruebas de sanidad? elegir mas de una
Ambas son pruebas rápidas y enfocadas.
Ambas cubren un amplio rango de funcionalidades.
Ambas se utilizan después de cambios en el código.
Ambas se enfocan en un conjunto limitado de funcionalidades clave.
¿Cuál es la principal diferencia entre las pruebas de humo y las pruebas de sanidad?
Las pruebas de humo tienen un alcance más profundo.
Las pruebas de sanidad se realizan tras cada nueva compilación.
Las pruebas de humo confirman la estabilidad inicial, mientras que las de sanidad se enfocan en áreas específicas.
Las pruebas de sanidad se ejecutan antes de los cambios en el código.
¿Qué es el objetivo de las pruebas de integración?
Verificar la funcionalidad mínima del software.
Probar cómo los módulos funcionan al integrarse.
Asegurar que no haya errores en la compilación.
Realizar pruebas en un ambiente real
¿Qué se busca con las pruebas de regresión?
Verificar la estabilidad del sistema después de cambios menores.
Asegurarse de que cambios recientes no introduzcan errores en funcionalidades existentes.
Comprobar la interfaz de usuario.
Realizar pruebas en el ambiente real del usuario.
¿Cuál es el propósito de las pruebas de aceptación?
Validar cambios menores en el código.
Comprobar la funcionalidad del software en un ambiente de prueba.
Verificar que el software cumpla con los requisitos del cliente en un ambiente real.
Identificar problemas en la interfaz de usuario.
