Ejercicios
Este cuestionario evalúa conceptos y prácticas esenciales para diseñar pruebas automatizadas confiables en aplicaciones. Incluye pruebas unitarias, de integración y de interfaz, pirámide de pruebas, dobles de prueba, aislamiento, casos límite, TDD, cobertura, pruebas de contrato y ejecución en integración continua. Las preguntas combinan situaciones prácticas con interpretación de diagramas para comprobar tanto la comprensión conceptual como la capacidad de elegir estrategias de prueba mantenibles.
Responde las preguntas a continuación y revisa la explicación de cada respuesta.
0/16 respondidas
Audio automático activado: las próximas preguntas se leerán al hacer clic en Seguir.
Una prueba unitaria comprueba una unidad pequeña de comportamiento, normalmente aislada de bases de datos, redes y otros componentes externos.
La pirámide recomienda una base amplia de pruebas unitarias rápidas, menos pruebas de integración y un número reducido de pruebas completas de interfaz.
En Act se invoca la operación sometida a prueba. La preparación pertenece a Arrange y la verificación a Assert.
Un stub proporciona respuestas preparadas para controlar el escenario. Un mock se utiliza principalmente para verificar interacciones esperadas.
Las pruebas de integración verifican la colaboración entre componentes reales y pueden revelar incompatibilidades entre consultas, controladores y esquemas.
Al inyectar un reloj, la prueba puede fijar el instante utilizado. Así elimina la dependencia del tiempo real y obtiene resultados repetibles.
Una prueba intermitente cambia de resultado bajo las mismas condiciones aparentes, a menudo por concurrencia, tiempo, estado compartido o dependencias externas.
Los identificadores de accesibilidad estables resisten mejor los cambios de diseño. Las posiciones y coordenadas suelen romperse cuando se modifica la interfaz.
El análisis de límites comprueba valores justo por debajo, en el límite y justo por encima. Para un mínimo de 18, corresponden 17, 18 y 19.
Verificar demasiadas interacciones internas hace que una refactorización correcta rompa las pruebas, aunque el comportamiento observable no haya cambiado.
El consumidor expresa las interacciones que necesita y el proveedor las verifica. Esto detecta cambios incompatibles sin depender siempre de una prueba completa entre sistemas.
El aislamiento evita que un trabajo altere el estado que otro espera. Puede lograrse con bases de datos, esquemas, contenedores o identificadores independientes.
La cobertura indica qué código se ejecutó, no si fue verificado correctamente. Una suite puede alcanzar el 100 % con aserciones débiles y omitir comportamientos importantes.
El cambio debe revisarse para confirmar que es intencional y correcto. Actualizar snapshots sin inspección puede aceptar regresiones de forma accidental.
Una transacción revertida al finalizar restaura el estado previo y evita que los cambios de una prueba contaminen las siguientes.
Tras la fase roja se implementa lo mínimo para alcanzar la fase verde. Después, con las pruebas pasando, se refactoriza el código con seguridad.

Curso GratuitoAndroid nivel intermedio
8h24m
5 ejercicios

Curso GratuitoAndroid para principiantes
3h45m
23 ejercicios

Curso GratuitoApps IOS
3h12m
20 ejercicios

Curso GratuitoAndroid desde cero
18h41m
31 ejercicios

Curso GratuitoFlutter
9h15m
33 ejercicios

Curso GratuitoReact Native
10h09m
28 ejercicios

Curso GratuitoIntroducción a Flutter
8h16m
19 ejercicios

Curso GratuitoProgramación Android desde cero
Nuevo
18h41m
14 ejercicios
Miles de cursos online en vídeo, ebooks y audiolibros.
Para poner a prueba tus conocimientos durante los cursos en línea
Generado directamente desde la galería de fotos de tu celular y enviado a tu correo electrónico
Descarga nuestra aplicación a través del Código QR o los enlaces a continuación:.
+ 10 millones
estudiantes
Certificado gratuito y
válido con código QR
60 mil ejercicios
gratis
Calificación de 4.8/5
en tiendas de aplicaciones
Cursos gratuitos de
vídeo y audiolibros