DIT2

En JUnit, ¿qué método de aserción se utiliza comúnmente para verificar si dos valores son iguales?. assertExists(). assertEquals(). assertContains(). assertTrue().

El propósito principal de probar las aplicaciones es: Es medir la calidad del código. Es poder realizar pruebas de integración. Es hacer uso de JUnit. Es poder demostrar que la aplicación no es tolerable a fallos.

¿Qué tipo de pruebas de software nos permite realizar principalmente la herramienta JUnit?. Pruebas de aceptación. Pruebas unitarias. Pruebas de integración. Pruebas de sistema.

Para la creación de formularios es recomendable utilizar el software: JavaFX Scene Builder. Microsoft Office Word. Oxygen XML Editor. NetBeans.

Podemos utilizar un editor de xml para diseñar la interfaz de un componente gráfico. Ninguna respuesta es cierta. Verdadero. Falso. Falso, necesitamos única y exclusivamente la aplicación JavaFX Scene Builder.

JUnit nos permite realizar pruebas. de seguridad. de regresión. de volumen y estrés. unitarias.

Con las pruebas de integración: Debemos ajustar los errores detectados para verificar que los componentes se comportan como se considera. No podemos conseguir un resultado óptimo ni garantías de funcionamiento correcto. Debemos probar los componentes de forma unitaria para garantizar que cada uno de ellos tiene funcionalidad propia. Garantizamos que las pruebas de todos los elementos integrados no han perdido funcionalidad.

Un control personalizado nos permite: Todas las respuestas son correctas. Agrupar controles y definir funciones más restrictivas. Definir funciones más restrictivas a los controles utilizados. Agrupar controles.

¿Cuál de las siguientes afirmaciones describe mejor un "componente de software"?. Deben ser pequeños y tener una única función. Son siempre independientes de cualquier tecnología o plataforma. Se utilizan principalmente para gestionar la base de datos de una aplicación. Son unidades de software independientes y reutilizables con interfaces bien definidas, que pueden ser combinadas para construir sistemas más grandes.

¿Cuál no es una característica de un componente?. Identificable. Genérico. Dependiente de la plataforma. Reutilizable dinámicamente.

¿Qué interfaz nos permite implementar la persistencia de un componente?. Object Serialization. Seriability. Persistent. Serializable.

Para que un objeto sea persistente: No se puede hacer que un objeto sea persistente en JavaFX. Su clase debe implementar la interfaz Serializable. Basta con utilizar las clases FileInputStream y ObjectInputStream. Basta con utilizar las clases FileOutputStream y ObjectOutputStream.

¿Cuál de las siguientes opciones es un inconveniente en el desarrollo de componentes?. Ciclos de desarrollo más cortos. Mejor ROI. Agiliza las pruebas. No siempre es posible encontrar componentes adecuados para cada aplicación.

A pesar de los beneficios, ¿cuál de los siguientes es un inconveniente potencial del enfoque de desarrollo basado en componentes?. La dificultad para integrar componentes de diferentes proveedores o tecnologías. La imposibilidad de realizar pruebas unitarias en los componentes individuales. La necesidad de escribir más código desde cero para cada nueva característica. Un aumento en los tiempos de desarrollo debido a la complejidad de las interfaces.

Confirma si, un control personalizado no dispone de objeto controlador porque se controla siempre desde el controlador del objeto que lo incluye: Ese tipo de objeto no existe en este tipo de programación gráfica. Nunca. Solo en el caso de que se trate de un control solo visual. Siempre.

¿Cuál de las siguientes opciones podemos considerarla como un punto fuerte en la creación de componentes?. Los componentes creados se pueden reutilizar en cualquier plataforma y lenguaje. Existe una certificación para evaluar los componentes. Disponen de unos estándares para su creación. Nos proporcionan unos ciclos de desarrollo más cortos.

El desarrollo de componentes gráficos en JavaFX se basa: En la creación de controladores independientes. En la creación de documentos XML con código Java incluido. En la creación de paneles independientes. En la creación de formularios que pueden funcionar de forma independiente.

¿Cuál es una de las principales ventajas de utilizar las clases de "Propiedades" de JavaFX (ej. StringProperty, IntegerProperty) en lugar de atributos Java simples?. Proporcionan un mecanismo para observar y enlazar cambios en los valores de los atributos, facilitando el patrón Modelo-Vista-Vista Modelo (MVVM). Aseguran que los atributos sean siempre final y no puedan ser modificados. Sustituyen la necesidad de métodos get y set tradicionales. Permiten la serialización automática de objetos sin la interfaz Serializable.

Para definir propiedades, en nuestro control, de tipo entero sin decimales utilizo la clase: FloatProperty. SimpleProperty. IntegerProperty. StringProperty.

¿Qué atributo utilizamos para indicar el controlador que define las acciones de nuestro componente?. fx:javaController. fx:srcController. fx:sourceController. fx:controller.

En un archivo FXML, ¿qué función cumple el atributo fx:controller que se especifica en el elemento raíz?. Define el título de la ventana principal de la aplicación. Especifica la clase Java que actuará como controlador para el archivo FXML actual, gestionando la lógica de la interfaz. Indica el nombre del archivo CSS asociado a la vista. Declara una nueva propiedad personalizada para el componente raíz.

Para poder asignar o consultar los valores de las propiedades necesitamos crear los métodos: Set. Get. nombrePropiedadProperty. Todos los métodos mencionados.

En qué argumento del constructor de una propiedad de un componente se especifica un valor por defecto: Segundo argumento. No se puede especificar un valor por defecto porque el constructor sólo tiene 2 argumentos. Primer argumento. Tercer argumento.

Una propiedad en un control personalizado nos permite definir: La vista que contiene el formulario del control. Un atributo a utilizar en nuestras etiquetas XML. Una acción a ejecutar en nuestro propio control. La clase controlador que gestiona nuestro control personalizado.

Las clases que definen las propiedades acaban con el nombre de: Property. Field. Modifier. GetterSetter.

¿Dónde se implementa la lógica que se ejecuta cuando ocurre un evento en un componente de la interfaz de usuario?. En una base de datos externa. En la función o método manejador de eventos dentro del controlador asociado al componente. Directamente en el archivo FXML sin usar un controlador. En la clase main de la aplicación.

¿Cuál es el sitio apropiado para implementar los eventos?. En la vista. En el controlador. No se pueden implementar eventos. En un control personalizado.

En el ejemplo de la unidad RestrictiveTextField, ¿qué tipo de evento hemos creado?. Un evento en el controlador. Un evento en el control personalizado. Un evento en la vista. No hemos creado ningún evento.

JavaFX nos permite localizar los eventos en: Todas las opciones son ciertas. En el controlador. En la vista. En un control personalizado.

Un componente gráfico puede responder a: a un evento del ratón. Todas las respuestas son ciertas. a un cambio en él mismo. a un evento del teclado.

Un componente gráfico de la interfaz de usuario, como un botón o un campo de texto, puede responder a: No pueden responder a ningún tipo de evento directamente. Solo a eventos del ratón. Solo a cambios en sus propias propiedades. A eventos del teclado, ratón, cambios en sus propiedades y otras interacciones.

El método assertNotNull() en JUnit se utiliza para verificar que: Una condición booleana es falsa. Un objeto no es null (nulo). Un objeto es idéntico a otro objeto. Dos valores numéricos son diferentes.

¿Cuál de las siguientes opciones no es un tipo de prueba?. De regresión. De integración. Circular. Unitaria.

Si necesitas que un fragmento de código se ejecute antes de cada método de prueba en una clase JUnit, ¿qué anotación debes usar?. @BeforeClass. @Test. @Before. @After.

El método assertEquals compara: assertEquals no compara nada. el resultado esperado de la prueba con el resultado obtenido por el método que testeamos. el resultado obtenido por el método que testeamos con un valor cualquiera. el resultado esperado de la prueba con un valor cualquiera.

¿Qué herramienta se utiliza en NetBeans para realizar pruebas unitarias?. JUnit. JUnix. Test Unit. Unit.

El propósito de una prueba unitaria es: Comprobar que la integración de todos los componentes cumple con las funcionalidades definidas. Comprobar que tras las pruebas de integración no se han introducido errores colaterales. Comprobar que el componente realiza la funcionalidad definida. Comprobar que la aplicación no termina de forma anormal.

Bajo qué etiqueta de la clase de pruebas generada con JUnit se realizan los casos de prueba. @BeforeClass. @Test. @After. @Before.

¿Con qué definición se corresponde la siguiente etiqueta @param?. Indica el autor de la clase en el argumento nombre. Inserta un enlace que apunta a nombre. Indica la excepción que provoca el método al que se le asocia. Añade un parámetro y su descripción a la sección "Parameters" de la documentación HTML que generará.

¿Qué tipo de comentarios son los que están asociados a la herramienta Javadoc?. /** */. //. /** **/. /* */.

¿Qué propósito tiene la etiqueta @return en los comentarios Javadoc de un método?. Señala una excepción que puede lanzar el método. Proporciona un enlace a otra parte de la documentación o a una URL. Describe el valor que el método devuelve. Indica el autor de la clase o método.

¿Qué etiqueta utilizamos en la herramienta Javadoc para indicar que una clase, método o atributo está obsoleto?. @return. @obsolet. @deprecated. @throw.

¿Cuál es el propósito principal de la herramienta Javadoc?. Detectar errores de sintaxis en el código Java. Crear documentación en formato HTML a partir de comentarios especiales en el código fuente Java. Compilar el código fuente Java más rápido. Generar pruebas unitarias automáticamente.

JavaDoc genera el resultado de la documentación en modo: documento word. página web. extensión fxml. documento txt.

¿Con qué herramienta podemos documentar el código fuente escrito en Java?. JDoc. Ninguno es válido. JavaDocumentation. JavaDoc.

Cuando queremos compartir un componente para que pueda ser reutilizado, ¿qué debemos hacer?. Serializarlo. Establecer un controlador para el mismo. Empaquetarlo. Documentarlo.

Identificamos un componente como: Un desarrollo no estándar. Un pequeño paquete que no podemos utilizar en cualquier sistema. Un pequeño paquete que podemos utilizar en cualquier sistema. Un desarrollo que se realiza para un único cliente.

Un componente gráfico: Sólo se puede usar en un proyecto. Sólo se puede usar en una aplicación. Se puede usar en diferentes proyectos o partes de una aplicación. No se puede usar en ninguna aplicación o proyecto.

Para que un componente gráfico de JavaFX sea distribuible y fácil de incorporar en otros proyectos, ¿en qué formato se empaqueta habitualmente?. .java. .jar. .css. .xml.

Un componente se distribuye como paquete: Ninguna respuesta es cierta. Falso. Falso, se distribuye como una aplicación independiente. Verdadero.

La siguiente afirmación: "no debe requerir la utilización de otros componentes para su correcto funcionamiento", ¿con qué característica del componente gráfico se corresponde?. Reutilizable dinámicamente. Autocontenido. Reemplazable. Independiente de la plataforma.

¿Cuál de las siguientes afirmaciones describe mejor un componente gráfico en JavaFX?. Es un conjunto de datos sin ninguna funcionalidad asociada. Es una biblioteca que solo gestiona la conexión a bases de datos. Es una unidad de software visual y funcionalmente independiente, diseñada para ser reutilizada en diferentes interfaces de usuario. Es un archivo de texto plano que contiene solo comentarios.

¿Qué dos propiedades debemos definir en una etiqueta <fx:include>?. fx e id. fx:id e id. id y source. fx:id y source.

Para poder acceder a los métodos y propiedades de un componente gráfico: Declaro una variable del tipo del componente gráfico con el nombre que yo quiera. Ninguna opción es cierta. Declaro una variable llamada componentController. Declaro una variable con el nombre del atributo fx:id en la etiqueta seguido de la palabra "Controller".

¿Qué método nos permite ocultar/mostrar un componente de la vista?. visible. hide. show. setVisible.

Además de fx:id y source, si un archivo FXML incluido tiene su propio controlador, ¿qué convención de nombrado se espera en el controlador de la vista principal para acceder a la instancia de ese controlador incluido?. El valor del fx:id del fx:include seguido de "Controller". El nombre de la etiqueta seguido de "Handler". El nombre de la clase del controlador incluido sin modificaciones. El valor del atributo source del fx:include.

Para mostrar o hacer visible un componente gráfico (Node) en JavaFX que ha sido ocultado previamente, ¿qué método se utiliza comúnmente?. setVisible(true). display(). show(). setHidden(false).

¿Qué etiqueta XML debemos utilizar para indicar que vamos a incluir un componente en nuestra ventana principal?. fx:importXML. importFXML. IncludeFXML. fx:include.

Cuando incorporamos la etiqueta <fx:include> para añadir un componente, debemos indicar: El controlador del documento XML que vamos a mostrar. El origen del documento XML que contiene su definición. El identificador. El origen del documento XML que contiene su definición y el identificador.