NEW
Font size
WorksheetsPruebas de Aplicaciones Convencionales - Cap. 18
Total questions: 68
Worksheet time: 34mins
¿Qué es la complejidad ciclomática?
Un método de programación
Un tipo de software
Una técnica de prueba
Una medida de la complejidad lógica
¿Quién realiza las pruebas en las primeras etapas del proceso de desarrollo de software?
El cliente
Un programador
Un ingeniero de software
Un especialista en pruebas
¿Cuál es el objetivo principal de las pruebas de software?
Aumentar la velocidad del software
Reducir costos
Mejorar la interfaz de usuario
Encontrar errores
¿Qué técnica se utiliza para revisar la lógica interna de un programa?
Prueba de equivalencia
Prueba de caja blanca
Prueba de ruta básica
Prueba de caja negra
¿Qué se busca con la prueba de caja negra?
Errores de rendimiento
Errores en la lógica interna
Errores de interfaz
Errores de codificación
¿Qué técnica se utiliza para diseñar casos de prueba que revisen los requerimientos de software?
Prueba de condición
Prueba de caja blanca
Prueba de ruta básica
Prueba de caja negra
¿Qué se entiende por 'comprobabilidad' en el contexto de pruebas de software?
La facilidad de probar un programa
La cantidad de errores encontrados
La velocidad de ejecución del software
La complejidad del código
¿Qué es un gráfico de flujo?
Una representación visual de la lógica de un programa
Un tipo de diagrama de Gantt
Un esquema de base de datos
Un método de programación
¿Qué se busca al aplicar la técnica de prueba de ruta básica?
Reducir el tiempo de prueba
Revisar la lógica interna del programa
Aumentar la complejidad del código
Cubrir todas las características del software
¿Qué se considera un atributo de una buena prueba?
Ser simple
Ser costosa
Ser redundante
Ser compleja
¿Qué se debe hacer para asegurar que un programa se ejecute correctamente antes de entregarlo al cliente?
Hacer pruebas solo de caja negra
No hacer pruebas
Realizar pruebas exhaustivas
Entregar el software sin pruebas
¿Qué es la prueba de condición?
Un enfoque para probar la estructura de datos
Un método para probar la lógica de un programa
Una técnica para revisar la interfaz de usuario
Un método para validar entradas
¿Qué se busca con la prueba de flujo de datos?
Revisar la lógica interna
Cubrir todas las ramas del programa
Asegurar que las variables se usen correctamente
Probar la interfaz de usuario
¿Qué es una matriz de grafo?
Un tipo de diagrama de flujo
Un método de programación
Un esquema de base de datos
Una representación tabular de un gráfico de flujo
¿Qué se entiende por 'prueba de caja blanca'?
Pruebas que se realizan solo al final del desarrollo
Pruebas que se centran en la interfaz de usuario
Pruebas que se centran en la lógica interna del software
Pruebas que se realizan sin conocer el código
¿Qué se busca al realizar pruebas de caja negra?
Errores de codificación
Errores de rendimiento
Errores de interfaz
Errores en la lógica interna
¿Qué es un caso de prueba?
Un conjunto de condiciones para probar un software
Un error encontrado en el software
Un tipo de software
Un método de programación
¿Qué es la partición de equivalencia?
Un método de prueba que divide el dominio de entrada en clases de datos.
Una técnica para analizar el rendimiento del software.
Un enfoque para la documentación de software.
Un método de prueba de caja blanca.
¿Cuál es el objetivo principal del análisis de valor de frontera?
Asegurar que todos los casos de prueba se ejecuten.
Detectar errores en los límites del dominio de entrada.
Dividir el dominio de entrada en clases de equivalencia.
Probar los valores en el centro del dominio de entrada.
¿Qué técnica se utiliza para probar sistemas con un número limitado de parámetros de entrada?
Prueba de caja negra.
Prueba de arreglo ortogonal.
Análisis de valor de frontera.
Partición de equivalencia.
¿Qué se entiende por prueba de caja blanca?
Pruebas que no consideran el funcionamiento interno del programa.
Pruebas que se centran en la estructura interna del software.
Pruebas que se realizan solo en la interfaz de usuario.
Pruebas que se enfocan en la documentación del software.
¿Cuál es un ejemplo de un método de prueba de caja negra?
Prueba de condiciones.
Prueba de bucles.
Análisis de valor de frontera.
Prueba de trayectoria.
¿Qué se busca con la prueba de arreglo ortogonal?
Detectar fallos de modo individual y doble.
Probar solo los valores en el centro del dominio.
Cubrir todos los casos de prueba posibles.
Asegurar que todos los bucles se ejecuten.
¿Qué es un oráculo de prueba?
Un método para analizar el rendimiento del software.
Un documento que establece la base para determinar la corrección de la salida.
Una herramienta para automatizar pruebas.
Un tipo de prueba de caja blanca.
¿Qué se evalúa en la prueba de documentación?
La claridad y precisión de la documentación.
La interfaz gráfica del usuario.
El rendimiento del software.
La estructura interna del código.
¿Cuál es el enfoque de la prueba para sistemas de tiempo real?
Realizar pruebas solo en la interfaz de usuario.
Considerar la manipulación de eventos y temporización.
Probar solo la lógica del software.
Ignorar el hardware en las pruebas.
¿Qué se busca con la prueba de transacción en un sistema cliente-servidor?
Analizar el rendimiento del hardware.
Asegurar que las transacciones se procesen correctamente.
Probar la interfaz gráfica del usuario.
Evaluar la documentación del sistema.
¿Qué es la prueba basada en modelo?
Una técnica que usa el modelo de requerimientos para generar casos de prueba.
Un método para probar solo la interfaz de usuario.
Una técnica que se centra en la documentación del software.
Un enfoque que ignora el comportamiento del software.
¿Qué se entiende por pruebas de función de aplicación?
Pruebas que se realizan solo en la interfaz gráfica.
Pruebas que analizan el rendimiento del hardware.
Pruebas que se centran en la documentación.
Pruebas que evalúan la funcionalidad de las aplicaciones cliente.
¿Cuál es el propósito de la prueba de servidor en un entorno cliente-servidor?
Analizar el rendimiento del hardware.
Evaluar la interfaz gráfica del usuario.
Probar la funcionalidad de coordinación y gestión de datos del servidor.
Probar solo la lógica del software.
¿Qué se busca con la prueba de comunicación de red?
Probar la lógica del software.
Verificar que la comunicación entre nodos de la red sea correcta.
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
¿Qué es un fallo de modo individual?
Un problema que ocurre con un solo parámetro.
Un error que se presenta cuando dos parámetros interactúan.
Un fallo que se produce en la documentación.
Un error que ocurre en la interfaz gráfica.
¿Qué se busca con la prueba de comportamiento en sistemas de tiempo real?
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Simular el comportamiento del sistema ante eventos externos.
¿Qué se evalúa en la prueba de tareas en sistemas de tiempo real?
El rendimiento del hardware.
La interfaz gráfica del usuario.
La comunicación entre tareas.
Cada tarea de manera independiente.
¿Qué se busca con la prueba intertarea?
Analizar el rendimiento del hardware.
Probar solo la lógica del software.
Detectar errores de sincronización entre tareas.
Evaluar la documentación del sistema.
¿Qué es un patrón de prueba?
Un enfoque para la documentación de software.
Un tipo de prueba de caja blanca.
Una solución a problemas comunes en pruebas de software.
Una técnica para analizar el rendimiento del software.
¿Qué se busca con el patrón PairTesting?
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Dos examinadores trabajan juntos en pruebas.
¿Qué se evalúa en la prueba de base de datos?
El rendimiento del hardware.
La lógica del software.
La precisión y la integridad de los datos almacenados.
La interfaz gráfica del usuario.
¿Qué se busca con la prueba de documentación?
Asegurar que la documentación sea clara y precisa.
Probar solo la lógica del software.
Evaluar el rendimiento del hardware.
Analizar la interfaz gráfica del usuario.
¿Qué se entiende por prueba de caja negra?
Pruebas que se realizan solo en la interfaz de usuario.
Pruebas que se enfocan en la documentación del software.
Pruebas que no consideran el funcionamiento interno del programa.
Pruebas que se centran en la estructura interna del software.
¿Qué se busca con la prueba de rendimiento?
Analizar la interfaz gráfica del usuario.
Probar solo la lógica del software.
Evaluar el tiempo de respuesta y la cantidad de datos transmitidos.
Evaluar la documentación del sistema.
¿Qué se entiende por prueba de regresión?
Pruebas que se enfocan en la documentación del software.
Pruebas que aseguran que cambios recientes no afecten funcionalidades existentes.
Pruebas que se centran en la lógica del software.
Pruebas que se realizan solo en la interfaz de usuario.
¿Qué se busca con la prueba de integración?
Probar solo la lógica del software.
Asegurar que diferentes módulos funcionen juntos correctamente.
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
¿Qué se entiende por prueba de aceptación?
Pruebas que aseguran que el software cumple con los requisitos del cliente.
Pruebas que se centran en la lógica del software.
Pruebas que se realizan solo en la interfaz de usuario.
Pruebas que se enfocan en la documentación del software.
¿Qué se busca con la prueba de sistema?
Evaluar el sistema completo en su entorno operativo.
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
Probar solo la lógica del software.
¿Qué se entiende por prueba de unidad?
Pruebas que analizan el rendimiento del hardware.
Pruebas que se enfocan en la documentación del software.
Pruebas que se realizan solo en la interfaz de usuario.
Pruebas que se centran en componentes individuales del software.
¿Qué se busca con la prueba de seguridad?
Asegurar que el software sea resistente a ataques y vulnerabilidades.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de usabilidad?
Evaluar la facilidad de uso del software por parte de los usuarios.
Analizar el rendimiento del hardware.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
¿Qué se busca con la prueba de compatibilidad?
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Asegurar que el software funcione en diferentes entornos y plataformas.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de carga?
Evaluar el rendimiento del software bajo condiciones de carga máxima.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se busca con la prueba de estrés?
Evaluar el rendimiento del software más allá de sus límites operativos.
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de recuperación?
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Evaluar la capacidad del software para recuperarse de fallos.
Analizar el rendimiento del hardware.
¿Qué se busca con la prueba de instalación?
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Asegurar que el software se instale correctamente en diferentes entornos.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de migración?
Evaluar la capacidad del software para migrar datos de un sistema a otro.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se busca con la prueba de configuración?
Analizar el rendimiento del hardware.
Probar solo la lógica del software.
Asegurar que el software funcione correctamente con diferentes configuraciones.
Evaluar la documentación del sistema.
¿Qué se entiende por prueba de mantenimiento?
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Analizar el rendimiento del hardware.
Evaluar la capacidad del software para ser mantenido y actualizado.
¿Qué se busca con la prueba de finalización?
Asegurar que el software esté listo para su entrega al cliente.
Probar solo la lógica del software.
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
¿Qué se entiende por prueba de validación?
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Asegurar que el software cumpla con los requisitos del cliente.
Analizar el rendimiento del hardware.
¿Qué se busca con la prueba de verificación?
Asegurar que el software se construya correctamente según las especificaciones.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de integración continua?
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
Pruebas que se realizan automáticamente cada vez que se integra código nuevo.
Probar solo la lógica del software.
¿Qué se busca con la prueba de despliegue?
Asegurar que el software se despliegue correctamente en el entorno de producción.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de aceptación del usuario?
Pruebas realizadas por el cliente para validar el software.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se busca con la prueba de compatibilidad de versiones?
Asegurar que el software funcione correctamente con versiones anteriores.
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
Probar solo la lógica del software.
¿Qué se entiende por prueba de seguridad de datos?
Evaluar la protección de datos sensibles en el software.
Analizar el rendimiento del hardware.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
¿Qué se busca con la prueba de rendimiento de carga?
Evaluar el rendimiento del software bajo condiciones de carga máxima.
Evaluar la documentación del sistema.
Probar solo la lógica del software.
Analizar el rendimiento del hardware.
¿Qué se entiende por prueba de rendimiento de estrés?
Evaluar el rendimiento del software más allá de sus límites operativos.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
Analizar el rendimiento del hardware.
¿Qué se busca con la prueba de recuperación de desastres?
Evaluar la capacidad del software para recuperarse de fallos catastróficos.
Probar solo la lógica del software.
Analizar el rendimiento del hardware.
Evaluar la documentación del sistema.
¿Qué se entiende por prueba de usabilidad en software?
Analizar el rendimiento del hardware.
Evaluar la facilidad de uso del software por parte de los usuarios.
Probar solo la lógica del software.
Evaluar la documentación del sistema.
