ED-UT04
![]() |
![]() |
![]() |
Título del Test:![]() ED-UT04 Descripción: Entornos de Desarrollo |




Comentarios |
---|
NO HAY REGISTROS |
1 Relaciona cada patrón de refactorización con su función correspondiente. Crear métodos getter y setter para acceder a los campos de una clase. Traslada una clase de un paquete a otro, sin duplicar código. Sustituye un bloque de código por un método. Cambia el nombre de un paquete, clase, método o campo. 2 Relaciona cada tag JavaDoc con su función. @version. @autor. @return. @see. 3 ¿Cómo se llama el almacén de versiones de GIT?. Repositorio. Etiqueta. Módulo. Directorio. 4 ¿Cuál no es un patrón de refactorización?. Mover clase. Borrado seguro. Encapsular campos. Análisis de código. 5 En GIT la orden que almacena la copia del área de trabajo en el repositorio local es: pull. commit. checkout. push. 6 En GIT la orden que selecciona los ficheros del área de trabajo para ser guardados en el repositorio local es: push. commit. add. select. 7 En GIT la orden que sube los cambios del repositorio local al repositorio remoto es: push. commit. pull. checkout. 8 En la Gestión del Cambio se establecen los siguientes tipos de control: control formal. control de gestión u organizado. control de la documentación. control individual. 9 La documentación nos permite... Explicar la finalidad de una clase. Explicar el funcionamiento de un método. Facilitar el trabajo de mantenimiento del software. Todas las respuestas anteriores son correctas. 10 La Gestión de Configuraciones de Software se compone de: control de cambios. instalación de ejecutables. auditorías de configuraciones. generación de informes. 11 La herramienta de control de versiones en Visual Studio es: Mercurial. GIT. Team Foundation Server. Darcs. 12 La refactorización: es una técnica de prueba complementaria. nos ayuda a documentar el código. es un técnica de programación no presente en los IDE. utiliza una serie de patrones de aplicación sobre el código fuente. 13 La refactorización: modifica el diseño y el comportamiento del código. solo sirve para validar el sistema. es un proceso que cambia el comportamiento del programa. modifica el diseño del código pero no su comportamiento. 14 Los tipos de comentarios admitidos en Java son: comentarios de una línea. comentarios multilínea. no permite comentarios en código. comentarios estilo Javadoc. 15 ¿Qué afirmaciones sobre control de versiones es correcta?. Pueden existir varias versiones de una clase. Un repositorio es el lugar de almacenamiento o base de datos de un proyecto. El uso de ramas en las herramientas de control de versiones ha caído en desuso. Solo puede existir una única versión de una clase. 16 ¿Qué documento produce Javadoc?. Genera un ejecutable. No produce ningún tipo de documento adicional. Genera un nuevo código fuente con comentarios Javadoc. Genera un archivo HTML con la información de las clases y métodos. 17 ¿Qué herramienta de automatización de documentación usa Java?. TestNG. JUnit. JasperReport. Javadoc. 18 ¿Qué patrón de refactorización se utiliza para crear métodos setter y getter?. utiliza una serie de patrones, de aplicación sobre el código fuente. Renombrado. Campos encapsulados. Extraer la interfaz. 19 ¿Qué tarea no forma parte de la Gestión de Configuraciones de Software?. Control de cambios. Generación de informes. Gestión del repositorio. Auditorías de configuraciones. 20 Señala la herramienta analizadora de código. GIT. Subversion. Java. PMD. 21 Señala las características de un analizador de código. modifica en código fuente. encuentran partes del código que puede ralentizar su funcionamiento. evalúa el software. nos informa sobre modificaciones a realizar para mejorar el código. 22 Son herramientas de control de versiones: Subversion. GIT. PMD. Mercurial. 23 Son patrones de refactorización: Compilación. Depuración. Encapsular campos. Renombrado. 24 Una versión: es cada elemento que forma parte de un proyecto. es el conjunto de todo un proyecto desarrollado. es cada fichero que compone un proyecto software. es la evolución de un único elemento, dentro de un sistema en desarrollo. 25 Un comentario en formato JavaDoc. Utiliza los caracteres //. Comienza por /** y terminan por */. Comienzan con la palabra JavaDoc. Comienzan con /* y termina por */. 26 La planificación de la Gestión de Configuración del Software, es regulado por un estándar IEEE. Verdadero. Falso. 27 La refactorización no es necesario documentarla. Verdadero. Falso. |