option
Cuestiones
ayuda
daypo
buscar.php

Entornos de desarrollo

COMENTARIOS ESTADÍSTICAS RÉCORDS
REALIZAR TEST
Título del Test:
Entornos de desarrollo

Descripción:
RA4 4.1, 4.2, 4.3

Fecha de Creación: 2025/04/19

Categoría: Otros

Número Preguntas: 93

Valoración:(0)
COMPARTE EL TEST
Nuevo ComentarioNuevo Comentario
Comentarios
NO HAY REGISTROS
Temario:

4.1- Refactorización. .

Es mejor realizar un método o clase lo más extenso posible para cubrir todos los posibles casos y pruebas. Verdadero. Falso.

¿Qué es la "envidia de funcionalidad"?. Cuando una clase no tiene atributos. Cuando una clase tiene demasiados métodos. Cuando un método usa más elementos de otra clase que de la suya propia. Cuando un método tiene demasiados parámetros.

La "envidia de funcionalidad" es cuando un método usa más elementos de otra clase que de la suya propia. Verdadero. Falso.

Un método muy largo es una indicación de que el código necesita ser refactorizado. Verdadero. Falso.

¿Cuál de los siguientes es una ventaja de la refactorización?. Mayor dificultad para mantener el código. Mejora de la legibilidad y comprensión del código. Incremento del tamaño del código. Reducción de la necesidad de pruebas.

¿Qué es la refactorización?. El proceso de cambiar el código sin alterar su comportamiento externo. La adición de nuevas funcionalidades al código. El proceso de optimización de la velocidad del código. La eliminación de comentarios del código.

La refactorización mejora la estructura interna del código sin cambiar su comportamiento externo. Verdadero. Falso.

¿Qué implica el patrón de refactorización "Extract Method"?. Cambiar el nombre de un método. Combinar múltiples métodos en uno solo. Dividir un método grande en métodos más pequeños. Eliminar un método.

¿Qué indica un "bad smell" en el código?. Que el código no tiene errores. Que el código es eficiente. Que el código está bien documentado. Que el código necesita ser refactorizado.

Las herramientas de desarrollo como Eclipse soportan la refactorización. Verdadero. Falso.

La refactorización puede incluir la extracción de métodos y clases para mejorar la legibilidad. Verdadero. Falso.

La refactorización elimina siempre la necesidad de realizar pruebas de regresión. Verdadero. Falso.

¿Qué tipo de pruebas son cruciales antes de realizar la refactorización?. Pruebas de rendimiento. Pruebas de integración. Pruebas de aceptación. Pruebas unitarias.

¿Cuál de los siguientes NO es un tipo de "bad smell"?. Método muy largo. Clase pequeña. Envidia de funcionalidad. Código duplicado.

¿Qué patrón de refactorización se utiliza para mover un método de una subclase a una superclase?. Pull Down. Pull Up. Inline Method. Extract Method.

¿Qué herramienta de desarrollo se menciona como soporte para la refactorización?. Eclipse. Visual Studio. Notepad++. Sublime Text.

La refactorización debe realizarse solo al final del ciclo de desarrollo del software. Verdadero. Falso.

¿Cuál es un patrón común de refactorización?. Añadir más comentarios al código. Ignorar código duplicado. Hacer que los métodos sean más largos. Extraer métodos.

¿Cuál es el objetivo principal de la refactorización de código?. Añadir nuevas funcionalidades al sistema. Optimizar el código sin cambiar su comportamiento externo. Mejorar el rendimiento del hardware. Reducir el tamaño del ejecutable.

¿Qué se entiende por "bad smells" en el contexto de la refactorización?. Problemas de seguridad graves en el software. Pequeños errores de sintaxis que impiden compilar el código. Indicios de que el sistema no funciona como debería. Código que necesita documentación adicional.

¿Qué se recomienda hacer si encontramos métodos muy largos en el código?. Eliminar los métodos largos y escribir funciones nuevas. Agrupar todos los métodos en una sola clase. Dividirlos en métodos más pequeños y reutilizables. Aumentar el número de líneas por método permitido.

¿Por qué es un problema tener una lista de parámetros extensa en un método?. Aumenta el tamaño del archivo fuente. Dificulta la encapsulación de datos. Genera errores de compilación. Reduce la velocidad de ejecución.

¿Qué acción se recomienda cuando una clase es demasiado grande y tiene muchas responsabilidades?. Dividir la clase en métodos estáticos. Eliminar los métodos menos utilizados. Crear clases más pequeñas y bien delimitadas. Aumentar la cantidad de atributos para repartir responsabilidades.

¿Qué indica un “cambio divergente” (divergent change) en una clase?. Que la clase puede ser eliminada sin consecuencias. Que la clase necesita modificarse por distintos motivos no relacionados. Que se debe renombrar la clase para mayor claridad. Que contiene errores graves de compilación.

¿Qué indica el "bad smell" conocido como cirugía a tiro de pistola (shotgun surgery)?. Que una clase no contiene métodos propios. Que un método usa demasiados parámetros. Que al modificar una clase, se deben hacer muchos cambios en otras. Que una clase tiene demasiados atributos privados.

¿Cuál es la mejor solución cuando un método muestra "envidia de funcionalidad"?. Eliminar ese método. Dividir el método en dos partes. Pasar el método a la clase que usa más. Convertirlo en una variable local.

¿Cuál es el propósito de la herramienta Extract Interface?. Convertir una clase en una constante. Cambiar el nombre de un identificador. Crear una nueva clase a partir de una interfaz. Extraer los métodos de una clase en una interfaz.

¿Qué permite hacer el patrón Change Method Signature?. Modificar el tipo de retorno de una función. Cambiar el nombre y los parámetros de un método. Convertir una clase en una interfaz. Pasar una clase a otro paquete.

¿Qué patrón convierte una clase anónima en una clase interna con nombre?. Convert Local Variable to Field. Inline. Convert Anonymous Class to Nested. Extract Method.

¿Cuál de los siguientes aspectos es fundamental antes de refactorizar un sistema?. Eliminar todos los comentarios del código. Optimizar el rendimiento del sistema. Definir correctamente los casos de prueba. Usar un compilador diferente.

¿Cuál de estas afirmaciones es correcta sobre los casos de prueba al refactorizar?. Deben escribirse después de aplicar los cambios. No es necesario si se usa un IDE moderno. Es mejor que sean automáticos e independientes. Solo son necesarios si hay cambios de funcionalidad.

¿Cuál es una de las funciones principales de las pruebas unitarias al refactorizar?. Reducir el tamaño del código. Añadir nuevas funcionalidades al sistema. Detectar errores de compilación. Prevenir errores de regresión y facilitar la refactorización.

¿Cuál es una de las ventajas más destacadas de refactorizar el código?. Aumenta el consumo de recursos del sistema. Reduce la cantidad de pruebas necesarias. Mejora la comprensión y calidad del código. Permite modificar directamente la base de datos.

¿Por qué las interfaces y bases de datos se consideran zonas conflictivas al refactorizar?. Porque requieren permisos de administrador. Porque su modificación suele implicar cambios estructurales o de acceso. Porque solo pueden ser refactorizadas manualmente. Porque no pueden contener errores.

¿Qué es un patrón de diseño?. Una herramienta exclusiva de Java para crear interfaces. Una solución concreta para un problema específico. Una descripción abstracta y reutilizable para resolver problemas de diseño. Una metodología de prueba automática.

¿Cuál de los siguientes es un patrón estructural?. Singleton. Iterator. Adapter. Factory.

¿Cuál de los siguientes patrones pertenece a los patrones de comportamiento?. Singleton. Iterator. Adapter. Factory Method.

¿Qué patrón creacional garantiza una única instancia de una clase en todo el sistema?. Adapter. Decorator. Singleton. Strategy.

¿A qué tipo de patrón pertenece el patrón Factory?. Comportamiento. Estructural. Creacional. Repetitivo.

¿Qué patrón de diseño se utiliza para añadir responsabilidades adicionales a un objeto de forma dinámica?. Decorator. Singleton. Adapter. Observer.

4.2- Control de versiones. .

En SVN, el tronco es la línea principal del desarrollo del proyecto. Verdadero. Falso.

SVN es un sistema de control de versiones centralizado. Verdadero. Falso.

El comando "push" en GIT se utiliza para subir cambios al repositorio remoto. Verdadero. Falso.

El comando "commit" en GIT se utiliza para descargar los cambios del repositorio remoto. Verdadero. Falso.

El control de versiones permite realizar un seguimiento de los cambios realizados en los archivos del proyecto. Verdadero. Falso.

¿Qué comando en GIT se utiliza para subir cambios al repositorio remoto?. pull. commit. push. checkout.

¿Qué comando en GIT se utiliza para descargar cambios del repositorio remoto?. commit. push. merge. pull.

¿Qué comando en GIT se utiliza para combinar los cambios de diferentes ramas?. commit. merge. pull. clone.

¿Qué comando en GIT se utiliza para cambiar de rama?. push. merge. checkout. commit.

Las etiquetas (tags) en GIT se utilizan para marcar versiones específicas del proyecto. Verdadero. Falso.

¿Qué herramienta de control de versiones se integra comúnmente con Eclipse mediante el plugin Subversive?. GIT. Mercurial. SVN. CVS.

En un sistema de control de versiones, un "branch" es una copia de una rama principal que permite realizar cambios de manera independiente. Verdadero. Falso.

GIT es una herramienta de control de versiones distribuida. Verdadero. Falso.

¿Qué sistema de control de versiones es centralizado?. Mercurial. SVN. Perforce. GIT.

¿Qué es un "branch" en un sistema de control de versiones?. Un archivo de configuración. Una copia de una rama principal para realizar cambios independientemente. Un comando para subir cambios. La copia de seguridad del proyecto.

¿Qué herramienta es una herramienta de control de versiones distribuida?. GIT. SVN. TFS. CVS.

¿Qué ocurre cuando dos usuarios modifican el mismo archivo y las mismas líneas de código en un sistema de control de versiones?. Una eliminación de cambios. Una copia de seguridad. Un conflicto. Una fusión automática.

El conflicto en control de versiones ocurre cuando dos usuarios modifican el mismo archivo y las mismas líneas de código. Verdaero. Falso.

En un sistema de control de versiones, un "branch" es una copia de una rama principal que permite realizar cambios de manera independiente. Verdaero. Falso.

En un sistema de control de versiones como SVN, ¿qué representa el "trunk"?. Una etiqueta para identificar versiones finales. Una copia del proyecto en el equipo local. La línea principal del desarrollo del proyecto. Un archivo de configuración.

¿Cuál es la función principal de una etiqueta (tag) en el control de versiones?. Ejecutar el código en una versión anterior. Confirmar los cambios realizados localmente. Marcar una versión concreta para referencia o recuperación. Resolver conflictos entre ramas.

¿Qué acción corresponde al término checkout?. Crear una nueva rama desde el trunk. Fusionar ramas en una única revisión. Copiar el proyecto en local desde el repositorio. Confirmar cambios realizados en local.

¿Cuál es el propósito de realizar un commit (confirmar)?. Descargar archivos del repositorio. Aplicar cambios sin afectar al historial. Subir y registrar los cambios realizados en local. Crear una nueva versión sin historial.

¿Qué ventaja ofrece el modelo de ramificación de GIT?. Permite modificar archivos solo si están en el trunk. Evita por completo la necesidad de hacer fusiones. Permite trabajar en múltiples ramas independientes para dividir tareas. Bloquea automáticamente las ramas en producción.

¿Cuál es el propósito de la opción Synchronize en SVN desde Eclipse?. Restaurar una versión anterior del proyecto. Ejecutar el proyecto desde la vista Java. Ver y comparar los cambios antes de aplicar una operación. Eliminar archivos en conflicto.

¿Qué significa que un archivo tenga una flecha negra hacia afuera en SVN Eclipse?. Que ha sido fusionado correctamente. Que hay un conflicto no resuelto. Que hay cambios salientes en ese archivo. Que el archivo ha sido eliminado del repositorio.

¿Qué acción debe realizarse en SVN Eclipse para finalizar un conflicto ya resuelto?. Sincronizar el archivo desde Team Explorer. Volver a hacer checkout del archivo. Marcar como fusionado con Mark as Merged. Borrar la rama afectada.

¿Qué ocurre si dos usuarios modifican las mismas líneas de un archivo en SVN y hacen commit?. El sistema elimina los cambios de ambos usuarios. SVN actualiza automáticamente el archivo sin conflicto. Se produce un conflicto y debe resolverse antes de validar. Solo se valida la versión del segundo usuario.

¿Qué herramienta de Eclipse permite usar SVN como sistema de control de versiones?. GitHub CLI. Subversive SVN. Eclipse Builder. Code Synchronizer.

¿Qué ocurre al usar la opción Check Out As en SVN con Eclipse?. Se eliminan las versiones anteriores del proyecto. Se abre el historial de cambios del repositorio. Se permite elegir la carpeta donde se guardará la copia del proyecto. Se crea una nueva rama automáticamente.

4.3- Documentación. .

Los comentarios en el código deben ser lo más extensos posible para cubrir todos los aspectos del código. Verdadero. Falso.

¿Qué etiqueta de Javadoc se utiliza para describir el autor de una clase?. @author. @see. @version. @param.

¿Qué herramienta se utiliza para generar documentación a partir de comentarios en el código fuente de Java?. Doxygen. Javadoc. PHPDoc. Sphinx.

Los comentarios en el código pueden ayudar a otros desarrolladores a entender la lógica del mismo. Verdadero. Falso.

¿Qué tipo de documentación describe cómo utilizar las aplicaciones del proyecto?. Documentación de especificaciones. Documentación del código fuente. Documentación de usuario final. Documentación del diseño.

¿Qué característica deben tener los comentarios en el código para ser útiles?. Ser claros y concisos. Ser extensos y detallados. Ser escritos en varios idiomas. Ser opcionales.

¿Qué tipo de documentación es importante para que otro programador pueda realizar actualizaciones y reparaciones en el código?. Documentación del código fuente. Documentación de especificaciones. Documentación de usuario final. Documentación del diseño.

La documentación solo debe ser creada al final del proyecto. Verdadero. Falso.

¿Cuál es un ejemplo de un comentario de bloque en Java?. /* Esto es un comentario */. /** Esto es un comentario */. // Esto es un comentario. &SuperComent2.1Holiquétal%.

¿Cuál de las siguientes NO es una herramienta de documentación de código?. PHPDoc. Doxygen. Javadoc. Eclipse.

La documentación de usuario final describe cómo utilizar las aplicaciones del proyecto. Verdadero. Falso.

¿Qué tipo de comentario en Java se utiliza para comentarios de una sola línea?. Comentario de documentación. Comentario de bloque. Comentario de línea. Comentario anidado.

La documentación del código no es necesaria si el código es autoexplicativo. Verdadero. Falso.

Los comentarios de línea en Java comienzan con "//". Verdadero. Falso.

¿Cuál es la principal ventaja de la documentación de software?. Incrementar el tamaño del proyecto. Reducir el tiempo de desarrollo. Facilitar el mantenimiento y la actualización. Eliminar la necesidad de pruebas.

¿Qué etiqueta de Javadoc se utiliza para describir los parámetros de un método?. @param. @return. @throws. @version.

¿Cuál de las siguientes etiquetas Javadoc se usa para documentar una excepción que puede lanzar un método?. @return. @see. @throws. @param.

¿Qué etiqueta de Javadoc se utiliza para indicar el autor de una clase?. @version. @author. @since. @class.

¿Qué tipo de comentario se debe utilizar para que Javadoc lo reconozca como documentación?. // comentario. /* comentario */. /** comentario */. <!-- comentario -->.

¿Qué opción de Javadoc permite elegir los elementos a documentar según su nivel de acceso?. Generate HTML. Private. Export to Web. Tag Manager.

Denunciar Test