Desarrollo de interfaces - Tema 6

¿Cuál es el objetivo principal de las pruebas de software?. Verificar que el producto no presenta errores y desempeña sus tareas correctamente. Aumentar el tiempo de desarrollo. Reducir la complejidad del código. Mejorar la interfaz de usuario únicamente.

¿Por qué es prácticamente imposible hacer todas las comprobaciones de un producto?. Debido a la complejidad del producto. Porque el tiempo de desarrollo es limitado. Porque existen demasiados casos posibles que cubrir. Debido a la falta de herramientas adecuadas.

¿Qué tipo de prueba se enfoca en las entradas y salidas de un producto sin necesidad de conocer su implementación?. Prueba caja blanca. Prueba caja negra. Prueba unitaria. Prueba de integración.

¿Cómo también se conocen las pruebas de caja blanca?. Pruebas de comportamiento. Pruebas de regresión. Pruebas estructurales o de caja transparente/cristal. Pruebas de sistema.

Según los consejos para realizar pruebas de software, ¿qué se debe definir para cada caso de prueba?. Un resultado de salida esperado. El tiempo de ejecución estimado. El costo del desarrollo. La documentación técnica.

¿Por qué se recomienda evitar que el propio programador pruebe sus programas?. Porque no tiene el conocimiento suficiente. Porque puede tener un sesgo y tender a demostrar que funciona correctamente. Porque el tiempo es limitado. Porque no es su responsabilidad.

¿Qué se debe incluir al generar casos de prueba?. Únicamente entradas válidas. Únicamente entradas inválidas. Entradas válidas e inválidas. Ejemplos de uso comunes.

¿Cuál es el objetivo de las pruebas unitarias?. Comprobar la integración de todos los módulos. Verificar que el código de cada módulo funciona correctamente de forma individual. Evaluar la usabilidad del software. Realizar pruebas de carga.

¿Qué permite hacer la descripción de la prueba unitaria al dividir el código en módulos más pequeños?. Aumentar la complejidad del código. Facilitar la realización de las pruebas. Reducir la necesidad de pruebas. Ignorar la lógica interna.

¿Qué tipo de pruebas se utilizan cuando se generan casos de prueba por integraciones ascendentes o descendentes?. Pruebas de caja blanca. Pruebas de rendimiento. Pruebas de caja negra. Pruebas de usabilidad.

¿Cuál es la principal diferencia entre la técnica de integración ascendente y descendente?. La ascendente prueba primero los módulos de bajo nivel, la descendente el módulo principal. La ascendente usa caja negra, la descendente caja blanca. La ascendente prueba el rendimiento, la descendente la funcionalidad. No hay diferencia significativa.

En la técnica ascendente, ¿qué se puede diseñar para controlar las pruebas y tener un control exhaustivo de la entrada y salida?. Un programa que controle las distintas pruebas. Un nuevo módulo de bajo nivel. Un informe detallado de errores. Una simulación de carga.

¿Cuál es el objetivo principal de las pruebas del sistema?. Comprobar la funcionalidad de módulos individuales. Verificar que los elementos del sistema se han integrado correctamente y funcionan en conjunto. Identificar errores en el código fuente. Validar la documentación técnica.

¿Qué tipo de pruebas se utilizan en el inicio del entorno de desarrollo (pruebas alfa) y en el entorno del cliente (pruebas beta)?. Pruebas de caja blanca. Pruebas de estrés. Pruebas de caja negra. Pruebas de rendimiento.

¿Qué comprueban las pruebas de comunicaciones?. El rendimiento de la aplicación. La capacidad de recuperación del software. Que las interfaces locales y remotas funcionan correctamente. La usabilidad del sistema.

¿Cuál es la diferencia entre pruebas de volumen y pruebas de sobrecarga?. Las pruebas de volumen usan menos datos que las de sobrecarga. Las pruebas de sobrecarga llegan al límite de la capacidad, mientras que las de volumen usan cantidades similares a la capacidad total. Las pruebas de volumen prueban la seguridad, las de sobrecarga el rendimiento. No hay diferencia, son lo mismo.

¿Qué evalúan las pruebas de usabilidad?. La seguridad del sistema. La facilidad con la que el usuario puede utilizar el sistema. La velocidad de respuesta de la aplicación. La capacidad de recuperación ante fallos.

¿Qué se verifica en las pruebas de instalación?. La seguridad del acceso. El funcionamiento de las comunicaciones. La automatización del proceso para facilitar al usuario final. El rendimiento del hardware.

¿Cuál es el objetivo de las pruebas de uso de recursos?. Verificar la lógica interna del código. Asegurar la correcta integración de módulos. Identificar los elementos críticos del sistema relacionados con el uso de recursos (CPU, RAM, disco). Evaluar la interfaz de usuario.

¿En qué se basan las pruebas funcionales?. En la revisión del código fuente. En la ejecución y revisión de las funcionalidades diseñadas para comprobar si cumplen los requisitos. En la verificación de la documentación. En la simulación de carga.

¿Cuál de las siguientes es una técnica utilizada en las pruebas funcionales?. Análisis del valor límite. Prueba de humo. Prueba de regresión. Prueba de integración.

¿Qué permiten diseñar y ejecutar las pruebas de simulaciones?. La comprobación de la lógica interna. El diseño de la interfaz de usuario. Las pruebas de carga y la simulación del comportamiento del sistema bajo distintas condiciones de trabajo. La verificación de pruebas unitarias.

¿Qué modelo de simulación utiliza siempre la misma carga de usuario en un determinado espacio de tiempo?. Paso. Basado en objetivos. Constante. Variable.

¿Cuándo se ejecutan las pruebas de aceptación?. Al inicio del desarrollo. Cuando el producto ya está preparado para ser implementado. Después de la fase de pruebas unitarias. Durante el desarrollo de la interfaz.

¿Quiénes participan activamente en las pruebas de aceptación?. Únicamente los desarrolladores. El usuario final, con posible ayuda de personas del equipo de prueba. Los analistas de negocio. Los testers de control de calidad.

¿Por qué un desarrollador puede perder perspectiva sobre cómo se desenvolverá el usuario con la aplicación?. Por falta de experiencia. Por estar demasiado familiarizado con el código y el proceso de desarrollo. Por no utilizar las herramientas adecuadas. Por limitaciones del entorno de pruebas.

¿En qué se diferencia la prueba beta de la prueba alfa?. La alfa es realizada por desarrolladores, la beta por usuarios finales en un entorno no controlado. La alfa prueba la caja negra, la beta la caja blanca. La alfa se realiza en el entorno del cliente, la beta en el del desarrollador. La alfa verifica la seguridad, la beta el rendimiento.

¿Cuál es una ventaja de realizar pruebas de forma automática?. Permite un control exhaustivo por parte de un experto. Puede sustituir las horas de trabajo humano y su coste por tiempo de ejecución del equipo. Ofrece una perspectiva más objetiva del usuario. Requiere menos planificación.

¿Cuál es una ventaja de realizar pruebas de forma manual?. Son siempre más rápidas que las automáticas. Permiten tener un control exhaustivo del plan de prueba gracias al trabajo de un usuario técnico experto. No requieren planificación. Son más económicas en términos de mano de obra.

¿Qué herramientas se mencionan para el seguimiento de defectos en pruebas automatizadas?. Jmeter y Junit. Bugzilla y BugRat. fth y QaTraq. Visual Studio.

¿Qué herramienta se recomienda para la evaluación de pruebas de carga y rendimiento?. Junit. Bugzilla. Jmeter. Visual Studio.

Según el cuadro de 'Agile Testing', ¿qué tipo de pruebas se recomiendan en el primer cuadrante (abajo-izquierda)?. Pruebas funcionales y de usabilidad. Pruebas unitarias y de recursos del sistema. Pruebas de carga y seguridad. Pruebas exploratorias y de escenarios.

En el cuadro de 'Agile Testing', ¿qué pruebas se recomiendan en el tercer cuadrante (arriba-derecha)?. Pruebas unitarias y de componentes. Pruebas de carga y de seguridad. Pruebas de usabilidad y alfa o beta (manuales). Pruebas funcionales y de rendimiento.

¿Cuál es el propósito de las pruebas unitarias en Visual Studio?. Verificar la integración de todos los módulos. Comprobar que un determinado código funciona correctamente según las especificaciones. Evaluar la experiencia del usuario final. Simular condiciones de carga elevadas.

¿Qué se crea al comenzar un proyecto de pruebas unitarias en Visual Studio?. Un archivo de documentación. Un archivo de pruebas. Un diagrama de flujo. Un informe de requisitos.

¿Cuál es el objetivo principal del proceso de desarrollo de software, según el documento?. Maximizar el número de errores. Asegurar que el producto no presenta errores y cumple su propósito. Reducir la documentación. Evitar cualquier tipo de prueba.

Las pruebas de caja negra son útiles cuando: Se necesita verificar la lógica interna del código. Se quiere evaluar el rendimiento del hardware. No es necesario conocer la implementación interna del software. Se busca optimizar el uso de memoria RAM.

Si un caso de prueba falla, ¿qué se debe hacer?. Ignorarlo si el resultado es cercano al esperado. Corregir el caso de prueba. Inspeccionar los resultados e intentar descubrir posibles síntomas de defectos. Asumir que es un error de la herramienta de prueba.

¿Qué se comprueba en las 'pruebas de comportamiento'?. La estructura interna del código. La lógica de control de acceso. Las entradas y salidas que produce un determinado producto. La compatibilidad con diferentes sistemas operativos.

Las pruebas de integración ascendente permiten: Probar el sistema completo desde el principio. Comprobar el funcionamiento de grupos de módulos de bajo nivel que realizan tareas específicas. Verificar únicamente la interfaz de usuario. Realizar pruebas de seguridad.

¿Qué son los 'resguardos subordinados' en el contexto de pruebas descendentes?. Módulos que se prueban al final. Componentes temporales o simulados que reemplazan a módulos reales durante las pruebas. Errores críticos en el código. Casos de prueba de caja negra.

¿Qué debe cumplir el sistema para pasar las pruebas del sistema?. Solo los requisitos funcionales. Solo el rendimiento óptimo. Todos los requisitos funcionales, rendimiento óptimo de interfaces, documentación adecuada y rendimiento esperado. Únicamente la documentación del usuario.

Las pruebas de recuperación se centran en: La velocidad de respuesta de la aplicación. La capacidad del software para recuperarse tras un fallo. La seguridad del acceso a datos. La interacción con sistemas externos.

¿Qué evalúan las pruebas de facilidad de uso?. El rendimiento del servidor. La compatibilidad con hardware. La interacción del usuario final con el sistema. La robustez ante ataques de seguridad.

Las pruebas de documentación verifican: El rendimiento de la CPU. La cantidad de memoria RAM utilizada. La adecuación de la documentación técnica y de usuario. La velocidad de transferencia de datos.

¿Qué son las 'pruebas de utilidad' o 'ility tests' mencionadas en el cuadro?. Pruebas de funcionalidad básica. Pruebas de calidad no funcionales como rendimiento, seguridad, confiabilidad, etc. Pruebas de integración de módulos. Pruebas de interfaz gráfica.

¿Qué modelo de simulación supervisa la aplicación mientras aumentan los valores de carga?. Constante. Paso. Basado en objetivos. Aleatorio.

Las pruebas alfa son realizadas por: Usuarios finales en su entorno. El equipo de desarrollo. Un grupo de usuarios finales bajo la supervisión del desarrollador. Clientes externos.

En el caso de la prueba beta, ¿quién se encarga de notificar los posibles errores?. El equipo de desarrollo. El cliente, quien transmite los errores al equipo. Un grupo de testers profesionales. El propio usuario que experimenta el error.

¿Cuál es una desventaja de las pruebas automáticas?. Son muy costosas en mano de obra. Pueden tener una tasa de error inherente o no detectar todos los problemas sutiles. Requieren un control humano exhaustivo. No son repetibles.

¿Qué se busca al analizar el valor límite en las pruebas funcionales?. Comprobar el rendimiento máximo del sistema. Verificar el comportamiento del software en los bordes de los rangos de entrada válidos e inválidos. Evaluar la seguridad del sistema. Asegurar la compatibilidad entre módulos.

Las pruebas de 'ility' se refieren a: La funcionalidad principal del software. Aspectos no funcionales como fiabilidad, mantenibilidad, portabilidad, etc. La interfaz de usuario gráfica. El proceso de instalación.