Font size
WorksheetsTest Tema 7 Interfaces
Total questions: 87
Worksheet time: 44mins
¿Para qué sirven las pruebas de software?
Para comprobar que el programa funciona bien
Para jugar con el ordenador
Para apagar el ordenador rápido
Para hacer dibujos en la pantalla
¿Qué es una prueba manual?
Un dibujo del código
Una máquina prueba sola
Una persona usa el programa y mira errores
Una foto del programa
¿Qué hace una prueba automatizada?
Una cámara toma fotos
Un niño escribe cuentos
Un robot ejecuta pasos repetidos
Un reloj cambia colores
¿Cuál es una ventaja de automatizar pruebas?
Hacer el programa más bonito
Evitar usar el teclado
Necesitar más personas siempre
Repetir rápido y igual cada vez
¿Por qué las pruebas manuales pueden fallar?
Los robots no existen
El ordenador no tiene pantalla
El programa nunca tiene errores
Las personas se cansan y se equivocan
En pruebas de caja negra, ¿qué se mira?
Cómo se ve y funciona desde fuera
El interior del código
Los dibujos del manual
La silla del usuario
En pruebas de caja blanca, ¿qué se mira?
La lógica interna del código
Solo los colores de botones
Las fotos del equipo
La caja del ordenador
¿Qué es una prueba unitaria?
Probar la impresora
Probar una parte pequeña del código
Probar todo el sistema junto
Probar solo los colores
Si un inicio de sesión pide usuario y contraseña, ¿qué prueba automatizada ayuda?
Pintar el teclado
Cambiar el fondo de pantalla
Apagar y encender la luz
Repetir el inicio de sesión muchas veces
¿Qué diferencia principal hay entre pruebas manuales y automatizadas?
Manual: robots; automatizada: niños
Manual: personas; automatizada: scripts
Manual: teclas; automatizada: lápices
Manual: dibujos; automatizada: fotos
Si queremos saber si un botón funciona para todos, ¿qué tipo de prueba ayuda más?
Caja negra
Caja de juguetes
Pintura negra
Caja blanca
Si queremos revisar la lógica de un cálculo dentro del programa, ¿qué prueba usamos?
Caja negra
Foto blanca
Manual de usuario
Caja blanca
Después de cambiar algo, ¿qué prueba asegura que lo demás sigue bien?
Prueba de dibujo
Prueba de colores
Prueba de teclado
Prueba de regresión
¿Qué prueba mira si el programa va rápido cuando muchas personas lo usan?
Prueba de rendimiento
Prueba de seguridad
Prueba de dibujo
¿Qué prueba busca puertas malas por donde pueden entrar atacantes?
Prueba de sonido
Prueba de seguridad
Prueba de colores
Las pruebas de usuario (UAT) las hacen personas reales para ver si es fácil usarlo. ¿Cuál opción lo dice mejor?
Nadie prueba nada
Robots prueban solos
Usuarios reales prueban
La versión Alfa se prueba primero con un grupo pequeño. ¿Qué significa?
La prueban pocos
No se prueba nada
La usan todos
La versión Beta se comparte con más personas para probar. ¿Cuál opción es correcta?
La usan muchos testers
Solo la ve el programador
Es la versión final
Si el juego tarda mucho en abrir con mucha gente, ¿qué prueba ayuda a medirlo?
UAT
Seguridad
Rendimiento
Si alguien intenta entrar sin permiso, ¿qué prueba ayuda a encontrar el problema?
Seguridad
Rendimiento
Colores
¿Cuál prueba pregunta a personas si todo funciona bien para ellas?
UAT
Rendimiento
Beta
¿Qué versión viene primero para probar en pocas manos?
Final
Beta
Alfa
¿Qué versión se comparte con más gente antes de sacar el producto final?
Beta
Alfa
Final
Si el programa es lento, ¿qué deberías revisar?
Pruebas de dibujo
Pruebas de seguridad
Pruebas de rendimiento
Si quieres saber si los niños entienden cómo usar la app, ¿qué prueba haces?
Pruebas de rendimiento
Pruebas de usuario (UAT)
Pruebas Beta técnicas
Antes de que todos usen la app, ¿qué versión se prueba con mucha gente pero no es final?
Versión Beta
Versión Alfa
Versión Final
¿Qué hace la anotación @Test en JUnit?
Indica que una clase es un test
Indica que un método es un test que JUnit ejecuta
Configura la clase principal del proyecto
Ejecuta todos los tests automáticamente
¿Cuál es la función de @Before en JUnit?
Se ejecuta antes de todos los tests de todas las clases
Se ejecuta antes de cada test individual
Indica que un método no es un test
Se ejecuta después de cada test en la clase
¿Cuál es la función de @After en JUnit?
Se ejecuta antes de cada test de la suite
Se ejecuta una sola vez antes de todos los tests
Se ejecuta después de cada test individual
Indica que el test es opcional en JUnit
¿Qué hace @BeforeClass en JUnit?
Se usa para pruebas manuales del sistema
Se ejecuta después de cada test siempre
Se ejecuta una sola vez antes de todos los tests
Se ejecuta antes de cada test siempre
¿Cuál es la función de las aserciones (Assert) en JUnit?
Ejecutar tests automáticamente sin código
Crear instancias de clases de producción
Comprobar que los resultados coinciden con lo esperado
Generar reportes de compilación del proyecto
¿Qué método de Assert comprueba que dos valores son iguales?
assertTrue() en la clase Assert
assertNull() en la clase Assert
assertEquals() en la clase Assert
assertArrayEquals() en la clase Assert
¿Cómo se prueba que un método lanza una excepción específica en JUnit?
Usando assertEquals() en el test
Usando @Test(expected = NombreExcepcion.class)
No se pueden probar excepciones en JUnit
Usando assertTrue() en la verificación
¿Cómo se integran pruebas unitarias con Ant?
Incluyendo los tests en el JAR final producido
Solo usando scripts de compilación simples
Ejecutando mvn package en la consola
Añadiendo un target en build.xml con la etiqueta
¿Qué comando ejecuta todos los tests definidos en Ant?
ant build para crear artefactos
ant run para ejecutar la aplicación
ant test para ejecutar los tests
ant compile para compilar el código
¿Cuál es el objetivo principal de las pruebas de integración?
Medir el rendimiento total del sistema
Comprobar solo la interfaz de usuario del sistema
Evaluar cómo interactúan y funcionan varios módulos juntos
Validar métodos individuales aislados
¿Qué son las pruebas end-to-end (punta a punta)?
Comprobaciones de seguridad en módulos
Solo pruebas de la base de datos del sistema
Verificación de la funcionalidad completa del sistema
Pruebas unitarias de cada módulo aislado
¿Cuál es una desventaja de las pruebas manuales de integración?
Pueden ser costosas y propensas a errores humanos
No se pueden ejecutar en Java nunca
Son completamente fiables siempre
Solo funcionan en sistemas muy pequeños
¿Por qué se recomienda la automatización en pruebas de integración para sistemas complejos?
Porque no requiere ningún código de prueba
Porque elimina la necesidad de programadores
Porque genera documentación automáticamente
Porque reduce errores y cubre más casos
¿Qué caracteriza a las pruebas de integración incrementales?
Se integran todos los módulos de golpe
Se prueban módulos pequeños y se integran progresivamente
No requieren entorno controlado
Solo se ejecutan manualmente
¿Cuál es una ventaja de las pruebas incrementales?
Retroalimentación temprana y resolución de problemas más sencilla
No necesita código de prueba
Simple para sistemas poco complejos
Evita la necesidad de tests unitarios
¿Qué caracteriza a las pruebas de integración no incrementales (big bang)?
Se integran todos los módulos de golpe y se prueba el sistema completo
Son más fáciles de depurar
Solo prueban la interfaz gráfica
Se integran módulos progresivamente
¿Cuál es una desventaja del enfoque big bang?
Solo funciona en sistemas pequeños
No se puede automatizar
Es difícil identificar qué módulo falla
Es más costoso
¿Qué problema puede surgir cuando los módulos dependen de recursos externos?
No se puede compilar el código
La interfaz gráfica deja de responder
La base de datos o servicios pueden no estar disponibles
Los métodos individuales dejan de funcionar
¿Qué solución se recomienda para simular dependencias externas en pruebas de integración?
Solo pruebas manuales
Ejecutar en producción
Usar stubs o mockers
Ignorar los módulos externos
¿Qué es un stub en pruebas de integración?
Una clase que simula un servicio real devolviendo datos predefinidos
Un módulo que no se prueba
Una prueba automatizada de usuario
Una base de datos de producción
¿Por qué se usan stubs en pruebas de integración?
Para ejecutar tests en producción
Para generar informes de compilación
Para mejorar la interfaz de usuario
Para probar funcionalidad aislada sin depender de recursos externos
¿Dónde se deben ejecutar las pruebas de integración?
En cualquier ordenador sin preparación
En un entorno controlado lo más cercano posible al entorno real
Solo en entornos de desarrollo sin datos reales
Directamente en producción
¿Por qué las pruebas de integración automatizadas son más complejas al testear la GUI?
Porque no se puede compilar el código
Porque verificar la funcionalidad desde la interfaz completa es más difícil que probar componentes internos
Porque las pruebas unitarias fallan automáticamente
Porque no existen herramientas para automatizar GUI
¿Qué enfoque permite interactuar con botones, formularios y otros elementos mediante código?
Invocación programática de componentes gráficos
Pruebas manuales
Grabación de secuencias de interacción
Uso de stubs
¿Qué enfoque consiste en registrar acciones como clicks, movimientos y entradas de teclado para reproducirlas contra la GUI?
Grabación de secuencias de interacción
Pruebas de regresión
Pruebas unitarias
Invocación programática de componentes gráficos
¿Cuál es una desventaja de los enfoques de automatización de pruebas de GUI?
Son costosos y complejos de implementar
No sirven para aplicaciones web
No se puede ejecutar en Java
Siempre fallan al compilar
¿Qué herramienta ayuda a probar páginas web?
JUnit
Selenium
Appium
WinAppDriver
¿Qué herramienta ayuda a probar apps del móvil?
Ant
Code UI Test
Appium
Selenium
¿Qué herramienta se usa para probar programas del ordenador?
Selenium
Appium
JUnit
WinAppDriver
¿Para qué sirven las pruebas de regresión?
Contar archivos del proyecto
Ver si cambios rompen algo
Hacer dibujos bonitos
Crear funciones nuevas
¿Qué problema intentan evitar las pruebas de regresión?
Errores viejos que vuelven
Colores poco bonitos
Nombres muy largos
Fotos muy pesadas
¿Qué partes se revisan en regresión?
Solo lo nuevo
Todo lo afectado
Solo la base de datos
Solo la pantalla
¿Cómo se pueden hacer las pruebas de regresión?
Solo con dibujos
Manual y automática
Solo automática
Solo manual
¿Hay que crear pruebas nuevas siempre para regresión?
Sí, siempre
No, se reutilizan
Solo a veces
Nunca se prueban
Cuando se cambia el código, ¿qué se hace en regresión?
Se dibuja un mapa
Se borran módulos
Se ejecutan pruebas
No se prueba nada
Selenium se usa para…
Pruebas escritorio
Pruebas móviles
Pruebas web
Pruebas de color
Appium se usa para…
Pruebas de sonido
Pruebas escritorio
Pruebas móviles
Pruebas web
WinAppDriver se usa para…
Pruebas escritorio
Pruebas de red
Pruebas móviles
Pruebas web
Si un cambio rompe una función vieja, ¿qué prueba lo encuentra?
Prueba de regresión
Prueba de dibujo
Prueba de tamaño
Prueba de color
¿Cuál es el objetivo de una prueba de estrés?
Probar el sistema con mucha carga
Cambiar los colores del programa
Ver la pantalla más bonita
Guardar más fotos en el ordenador
¿Qué herramienta se usa para medir rendimiento en la web?
Lupa de juguete
Regla de plástico
Pintura de dedos
JMeter de Apache
¿Qué simula JMeter cuando hacemos muchas peticiones?
Un solo usuario dormido
Una impresora sonando
Un ratón corriendo
Muchos usuarios juntos
¿Qué significa poner hilos (threads) en JMeter?
Cerrar el ordenador rápido
Añadir usuarios que piden cosas
Quitar botones de colores
Pintar la pantalla de azul
¿Qué mira el panel de resultados en JMeter?
Cuántos dibujos hay
Cómo responde el sistema
El tamaño de los lápices
Si suena música fuerte
¿Qué es una prueba de seguridad?
Buscar si hay riesgos
Contar caramelos
Aprender a dibujar
Jugar al escondite
¿Cómo se llama también a las pruebas de seguridad hechas con permiso?
Hacking ético
Dormir siesta
Coser y cantar
Correr rápido
Primera fase de pruebas de seguridad:
Borrar colores
Cerrar ventanas
Hacer más ruido
Recopilar información
Durante la recopilación de información se debe:
Saltar a la comba
Conocer sistema y posibles amenazas
Contar hojas de papel
Pintar con rotuladores
En la ejecución de pruebas de seguridad se:
Simulan ataques con permiso
Se come helado
Se ordenan juguetes
Se apagan luces
En el análisis de resultados se:
Se hace un dibujo
Se canta una canción
Identifican riesgos y soluciones
Se juega fútbol
¿Cuál es el producto final de pruebas de seguridad?
Un informe con recomendaciones
Una caja de colores
Un balón nuevo
Una foto bonita
¿Para qué sirve un plan de pruebas?
Guardar juguetes en caja
Definir cómo evaluar calidad
Aprender a sumar
Lavar manos con jabón
Mira la imagen. ¿Cuál es el objetivo principal de un plan de pruebas?
Validar funciones y calidad del programa
Cambiar colores de la pantalla
Borrar todos los archivos del juego
Aumentar la velocidad del teclado
Observa la imagen. ¿Qué son los criterios de aceptación?
Reglas para saber si la prueba pasa
Lugares para guardar mochilas
Canciones para aprender números
Lista de dibujos bonitos
Mira la imagen. ¿Qué recursos se incluyen en un plan de pruebas?
Solo lápices y papel
Hardware, software y personas
Solo una silla y mesa
Solo una computadora vieja
Observa la imagen. ¿Qué informa la planificación y programación en las pruebas?
Fechas y orden de las pruebas
Colores de la portada del cuaderno
Rutas para ir al parque
Tipos de frutas del recreo
Mira la imagen. ¿Qué incluye la estrategia de pruebas?
Solo dibujos de interfaz
Sólo juegos de patio
Solo canciones de clase
Tipos de pruebas a realizar
Observa la imagen. ¿Qué contienen los procedimientos de pruebas?
Nombres de mascotas
Pasos y casos para probar
Recetas de cocina
Mapas de tesoros
Mira la imagen. ¿Qué son los entregables en un plan de pruebas?
Fotos de excursiones
Calendarios de fiestas
Pegatinas y cromos
Informes y registros de errores
Observa la imagen. ¿Qué indican los roles y responsabilidades del equipo?
Quién hace cada tarea de prueba
Qué merienda trae cada niño
Qué color pintar la clase
Qué canción cantar en música
Piensa en un equipo de pruebas. Si falta quién anota errores, ¿qué deberías planear?
No hablar con el equipo
Quitar las pruebas del plan
Apagar todas las computadoras
Asignar a alguien esa tarea
