examen de ra 4

Froggy Jumps

Jugadas 33

Crear copia

Sobre esta actividad

examen

Creada por

Jose Rafael Alifonso Camacho

República Dominicana

Descarga la versión para jugar en papel

Top 10 resultados

#	Jugador	Acierto	tiempo
1	Jose Rafael Alifonso Camacho 12 de Mayo de 2026	% 100	01:24

¿Quieres aparecer en el Top 10 de este juego? Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto

OPEN UP 6 UNIT 1 VOCABULARY

karen blixen

España

(100)

Repasamos el vocabulario de la unidad
Salva a la Ranita

Melanie Rodriguez

Estados Unidos

(338)

Contesta las siguientes multiplicaciones correctamente para salvar a la ranita y evitar que caiga al agua, mucha suerte!
El valle de los lobos

Marcos Signes

España

(108)

20 preguntas de este maravilloso libro
Sabiduría animal

Educaplay Educational Resources

España

(15439)

Conviértete en un genio del Reino Animal
Quiz de Culpa mía película

Yamila Chavez

Argentina

(171)

Demuestra cuánto sabes sobre la película Culpa mía con este divertido quiz.

		%
	Anónimo	%
		%
		%

Imprime tu juego

examen de ra 4


Froggy Jumps examen de ra 4Versión en línea examen por Jose Rafael Alifonso Camacho 1 ¿Cuál es el propósito principal de una excepción personalizada en C#? a Mejorar la velocidad del programa b Controlar errores del compilador c Representar reglas específicas del negocio 2 ¿Qué clase se debe heredar para crear una excepción personalizada? a Error b System.Object c System.Exception 3 ¿Cuál es el nombre recomendado para una excepción personalizada? a ErrorNegocio b Excepcion1 c ReglaNegocioException 4 ¿Qué constructor es obligatorio en una excepción personalizada? a Constructor vacío b Constructor con parámetro string c Constructor con bool 5 ¿En qué capa se recomienda lanzar las excepciones de negocio? a Capa de presentación b Capa de acceso a datos c Capa de negocio 6 ¿Qué bloque se utiliza para manejar una excepción? a try b finally c catch 7 ¿Qué palabra clave se usa para lanzar una excepción manualmente? a new b throw c catch 8 ¿Cuál es el propósito del bloque finally? a Capturar excepciones b Ejecutarse solo si hay errores c Liberar recursos siempre 9 ¿Qué tipo de excepción indica un error crítico del sistema? a BusinessException b NullReferenceException c StackOverflowException 10 ¿Cuál es una buena práctica ante un error crítico? a Ocultarlo b Ignorarlo c Registrar el error y cerrar correctamente 11 ¿Qué mecanismo permite registrar errores en C#? a Console.WriteLine b Logs c Variables globales 12 ¿Qué es la recuperación ante errores críticos? a Eliminar el error b Detener el sistema sin control c Restaurar la estabilidad del sistema 13 ¿Cuál es un ejemplo de recuperación ante errores? a Mostrar mensaje técnico al usuario b Finalizar el programa abruptamente c Reintentar una operación fallida 14 ¿Qué tipo de prueba evalúa el comportamiento del sistema bajo fallos? a Prueba unitaria b Prueba funcional c Prueba de estrés 15 ¿Qué se mide en una prueba de estabilidad? a Diseño visual b Seguridad c Capacidad de mantenerse operativo 16 ¿Cuál es el objetivo principal de las pruebas de estrés? a Mejorar el código b Detectar fallas bajo carga extrema c Validar reglas del negocio 17 ¿Qué herramienta se utiliza comúnmente para pruebas en C#? a NUnit b Photoshop c Excel 18 ¿Qué indica una retroalimentación del usuario? a Un error del compilador b Una condición del sistema c Opinión para mejorar el software 19 ¿Cuál es una acción correcta ante la retroalimentación recibida? a Ignorarla b Eliminar funcionalidades c Ajustar el código 20 ¿Qué principio busca mejorar el código sin cambiar su funcionalidad? a Sobrecarga b Refactorización c Polimorfismo 21 Qué resultado se obtiene al aplicar mejoras continuas al código? a Mayor cantidad de errores b Código menos legible c Mayor calidad y estabilidad del sistema 22 ¿Qué se debe hacer antes de ajustar el código? a Eliminar pruebas b Analizar la retroalimentación c Reescribir todo el sistema 23 ¿Por qué es importante documentar los ajustes realizados? a Para el usuario b Para el sistema operativo c Para mantenimiento futuro 24 ¿Cuál es una señal de un sistema poco estable? a Buen rendimiento b Errores frecuentes c Código limpio 25 ¿Qué se recomienda hacer después de ajustar el código? a Ejecutar pruebas nuevamente b Publicar directamente c Eliminar excepciones 26 ¿Qué beneficio aporta un buen manejo de excepciones? a Código más largo b Mayor complejidad c Sistema más robusto y confiable 27 ¿Qué ocurre si una excepción no es capturada en C#? a Se guarda automáticamente en un log b El sistema la corrige c La aplicación se detiene 28 ¿Cuál es una buena práctica al capturar excepciones? a Capturar todas con catch (Exception) sin análisis b Capturar solo las excepciones necesarias c Ocultar el mensaje de error 29 ¿Qué ventaja ofrece el uso de pruebas automatizadas? a Aumenta el tamaño del código b Reduce la documentación c Detecta errores de forma temprana 30 ¿Qué se debe evitar al manejar excepciones? a Usar mensajes claros b Dejar bloques catch vacíos c Registrar errores 31 ¿Qué problema puede causar lanzar una excepción en un finalizador (~ClassName) a La excepción se captura automáticamente b El proceso puede finalizar inmediatamente c Se ejecuta el catch más cercano 32 ¿Por qué StackOverflowException no debe capturarse explícitamente? a No es una excepción real b Se puede recuperar fácilmente c El CLR termina el proceso inmediatamente 33 ¿Qué principio se viola si una excepción de negocio se lanza desde la capa de datos? a DRY b KISS c Separación de responsabilidades 34 ¿Cuál es la principal diferencia entre throw; y throw ex;? a No hay diferencia b throw ex; mejora el rendimiento c throw; conserva la traza original de la pila 35 ¿Qué efecto tiene capturar Exception de forma genérica sin validación? a Mejora la estabilidad b Oculta errores críticos c Reduce el uso de memoria 36 En un sistema crítico, ¿qué patrón se recomienda para recuperación ante fallos? a Singleton b Factory c 37 ¿Cuál es una consecuencia de no liberar recursos en finally o using? a Código más lento b Fugas de memoria o recursos c Error de compilación 38 ¿Qué indica que un sistema pasa pruebas de estrés pero falla en producción? a Buen diseño b Escenarios reales no contemplados c Código optimizado 39 ¿Por qué es peligroso reintentar operaciones sin límite ante fallos críticos? a Consume más CPU b Puede provocar bloqueo del sistema c Reduce la legibilidad 40 ¿Qué técnica ayuda a validar la estabilidad frente a fallos inesperados? a Pruebas unitarias b Chaos Testing c Pruebas funcionales 41 ¿Qué riesgo implica usar excepciones para controlar flujo lógico del programa? a Mejora la claridad b Reduce código c Impacto negativo en rendimiento 42 ¿Qué información NO debe exponerse en un mensaje de excepción hacia el usuario final? a Mensaje amigable b Detalles técnicos del sistema c Código de error 43 ¿Qué métrica indica mejor la estabilidad de un sistema? a Número de líneas de código b Cantidad de usuarios c Tiempo medio entre fallos (MTBF) 44 ¿Qué acción es correcta tras recibir retroalimentación que indica fallos intermitentes? a Ignorar por no ser constantes b Reescribir todo el código c Analizar logs y reproducir escenarios 45 ¿Qué práctica avanzada mejora la mantenibilidad al ajustar código tras fallos? a Agregar más excepciones b Eliminar validaciones c Refactorizar apoyado en pruebas automatizadas

examen de ra 4

Froggy Jumps

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Froggy Jumps

OPEN UP 6 UNIT 1 VOCABULARY

Froggy Jumps

Salva a la Ranita

Froggy Jumps

El valle de los lobos

Froggy Jumps

Sabiduría animal

Froggy Jumps

Quiz de Culpa mía película

Froggy Jumps

examen de ra 4Versión en línea

por Jose Rafael Alifonso Camacho

¿Cuál es el propósito principal de una excepción personalizada en C#?

¿Qué clase se debe heredar para crear una excepción personalizada?

¿Cuál es el nombre recomendado para una excepción personalizada?

¿Qué constructor es obligatorio en una excepción personalizada?

¿En qué capa se recomienda lanzar las excepciones de negocio?

¿Qué bloque se utiliza para manejar una excepción?

¿Qué palabra clave se usa para lanzar una excepción manualmente?

¿Cuál es el propósito del bloque finally?

¿Qué tipo de excepción indica un error crítico del sistema?

¿Cuál es una buena práctica ante un error crítico?

¿Qué mecanismo permite registrar errores en C#?

¿Qué es la recuperación ante errores críticos?

¿Cuál es un ejemplo de recuperación ante errores?

¿Qué tipo de prueba evalúa el comportamiento del sistema bajo fallos?

¿Qué se mide en una prueba de estabilidad?

¿Cuál es el objetivo principal de las pruebas de estrés?

¿Qué herramienta se utiliza comúnmente para pruebas en C#?

¿Qué indica una retroalimentación del usuario?

¿Cuál es una acción correcta ante la retroalimentación recibida?

¿Qué principio busca mejorar el código sin cambiar su funcionalidad?

Qué resultado se obtiene al aplicar mejoras continuas al código?

¿Qué se debe hacer antes de ajustar el código?

¿Por qué es importante documentar los ajustes realizados?

¿Cuál es una señal de un sistema poco estable?

¿Qué se recomienda hacer después de ajustar el código?

¿Qué beneficio aporta un buen manejo de excepciones?

¿Qué ocurre si una excepción no es capturada en C#?

¿Cuál es una buena práctica al capturar excepciones?

¿Qué ventaja ofrece el uso de pruebas automatizadas?

¿Qué se debe evitar al manejar excepciones?

¿Qué problema puede causar lanzar una excepción en un finalizador (~ClassName)

¿Por qué StackOverflowException no debe capturarse explícitamente?

¿Qué principio se viola si una excepción de negocio se lanza desde la capa de datos?

¿Cuál es la principal diferencia entre throw; y throw ex;?

¿Qué efecto tiene capturar Exception de forma genérica sin validación?

En un sistema crítico, ¿qué patrón se recomienda para recuperación ante fallos?

¿Cuál es una consecuencia de no liberar recursos en finally o using?

¿Qué indica que un sistema pasa pruebas de estrés pero falla en producción?

¿Por qué es peligroso reintentar operaciones sin límite ante fallos críticos?

¿Qué técnica ayuda a validar la estabilidad frente a fallos inesperados?

¿Qué riesgo implica usar excepciones para controlar flujo lógico del programa?

¿Qué información NO debe exponerse en un mensaje de excepción hacia el usuario final?

¿Qué métrica indica mejor la estabilidad de un sistema?

¿Qué acción es correcta tras recibir retroalimentación que indica fallos intermitentes?

¿Qué práctica avanzada mejora la mantenibilidad al ajustar código tras fallos?