jony79, si, es esa pregunta, lo que está mal es la respuesta, ya que @version es una etiqueta de las más utilizadas y en el test está sin marcar como tal.
Gracias por el test, he detectado un fallo, en la pregunta "cuales son las etiquetas JavaDoc más utilizadas", falta incluir @version entre las correctas, no estoy seguro si hay más fallos porque no he revisado todas las preguntas a fondo.
Hola jcedc,
realizando una búsqueda rápida, aquí abajo en el cuerpo de preguntas he encontrado esta, donde figura, @version, no se, si la que te refieres.
Selecciona las etiquetas de Javadoc más utilizadas: @string @author @test @throws @return @version .
Un saludo.
Temario:
Existen distintas estrategias de pruebas software, estas quedan bien representadas sobre una enorme espiral en la que se ubican, según su orden, los diferentes tipos de pruebas.
Completa la siguiente imagen en espiral con los tipos de pruebas según el orden en el que se realizan: 1 2 3 4. Conseguiremos la prueba de validación cuando el programa funcione de acuerdo a las expectativas expuestas por el cliente y cuando, además, cumpla con lo indicado en el documento de especificación de requisitos del software o ERS. Se llevarán a cabo pruebas con la técnica de caja negra y se podrán usar distintas técnicas.
“En las pruebas de validación se puede usar la técnica de prueba Alfa pero no la técnica de prueba Beta”. True False. Entre las distintas pruebas que se realizan en el proceso de desarrollo software, podemos encontrar distintos tipos de pruebas cada uno de ellos con una función.
¿En qué consisten las pruebas del sistema? Esta prueba está formada por varias pruebas que tendrán como misión ejercitar en profundidad el software: prueba de recuperación, prueba de seguridad y prueba de resistencia. Esta prueba está formada solo por una prueba que tiene como misión ejercitar en profundidad el software. Esta prueba está formada solo por una prueba que tiene como misión ejercitar en profundidad el software. Esta prueba está formada por varias pruebas que tendrán como misión ejercitar en profundidad el software: prueba unitaria, prueba de regresión y prueba de resistencia. . Señala si la siguiente afirmación es correcta:
“En las pruebas de integración se comprueba la interacción de los distintos módulos del programa”. True False . Selecciona las características que puedas encontrar en las pruebas de unidad: Se realizarán pruebas sobre la interfaz del módulo. Se realizan pruebas de resistencia. Se utiliza la técnica de prueba de caja blanca. Se utilizan la técnica de prueba de caja negra. Se utiliza la técnica de prueba Alfa. Se realizan pruebas sobre la integridad. . ¿A qué estructura de control corresponde? Do-While While Case For . ¿Cuántas regiones tiene el siguiente grafo? 6 5 No se puede calcular las regiones de este grafo 11 4. ¿De qué forma calculamos la complejidad ciclomática? Aristas*Nodos Nodos predicados + 2 Aristas-Nodos*2 Número de regiones del grafo . Tanto para la depuración como para realizar pruebas unitarias existe una variedad de herramientas. Entre ellas, una de las más conocidas es JUnit.
Señala si la siguiente afirmación es correcta o falsa:
“JUnit es una herramienta que podemos utilizar para las pruebas automatizadas. Esta se integra con el IDE Eclipse por lo que no tenemos que descargarnos ningún paquete ”. True False. En JUnit, ¿qué misión tiene el método assertEquals(String mensaje, valorEsperado, valorReal)? Comprueba que el valorEsperado sea igual al valorReal. Si no son iguales, entonces se lanzará el mensaje. ValorEsperado y ValorReal pueden ser de diferentes tipos. Ninguna de las anteriores es correcta. Comprueba que el valorEsperado sea igual al valorReal. Si son iguales, entonces se lanzará el mensaje. ValorEsperado y ValorReal pueden ser de diferentes tipos. Comprueba que el valorEsperado sea igual al valorReal. Si no son iguales, entonces se lanzará el mensaje. ValorEsperado y ValorReal tienen que ser del mismo tipo. En JUnit, ¿qué anotación se utiliza si queremos que se inicie un método antes de que se ejecute cualquier método de prueba? @AfterClass @After @BeforeClass @Before . En las pruebas automatizadas con JUnit podemos diferenciar distintos métodos cada uno de los cuales tiene una misión.
Señala si la siguiente afirmación es correcta o falsa:
“En JUnit el método fail(String mensaje) hace que la prueba falle lanzando el mensaje introducido”. True False. El métido fail(String mensaje): Hace que la prueba falle lanzando un mensaje Ninguna de las anteriores respuestas es correcta Hace que la prueba falle Hace que la prueba se evalué como false. A partir de un código ya desarrollado se pueden realizar una serie de acciones, por ejemplo la refactorización.
“La refactorización nos va a permitir optimizar un código que se ha escrito previamente, realizando cambios en la estructura interna sin que afecten al comportamiento final del producto" True False . Respecto a la factorización, identifica si las siguientes afirmaciones son verdaderas o falsa: Alterará su ejecución y los resultados No alterará su ejecución ni los resultados Tiene como objetivo limpiar el código para que se pueda modificar de forma más fácil Alterará su ejecución pero no los resultados Tiene como objetivo limpiar el código para que se entienda mejor Permitir una mejor lectura y comprensión de lo que se realiza. . Seála si la siguiente afirmación es correcta o falta
“La refactorización se realiza cuando aparecen una serie de síntomas, por ejemplo: código simple, métodos muy cortos o clases no muy grandes”. True False . ¿Cuál es la principal razón para realizar la factorización? Clase solo de datos Código duplicado Clases muy grandes Cambio divergente . Señala si la siguiente afirmación es verdadera o falsa:
“En Eclipse disponemos de distintas formas de refactorizar. En función de donde lo hagamos tendremos un menú contextual u otro. Para ello, deberemos ir a la opción Refactor del menú contextual.” True False . Dentro de los métodos que se usan para la refactorización, selecciona cuáles son elementos comunes: Inline Create Extract Constant Class Rename Move. El control de versiones es la capacidad de poder recordar todos los cambios que se han realizado tanto en la estructura de directorios como en el contenido de los archivo. En este control de versiones se utiliza una terminología específica, como por ejemplo, repositorio.
Señala si la siguiente afirmación es correcta o falsa:
“Un repositorio es el lugar donde se almacenan los datos y los cambios realizados”. True False . Señala si la siguiente afirmación es correcta o falsa:
“TortoiseSVN es un cliente gratuito de código abierto para el sistema de control de versiones Subversion”. True False . ¿Qué término debes utilizar en el control de versiones para integrar los cambios realizados en el repositorio con el repositorio local? Branch Export Ninguna de las respuestas es correcta Update . ¿Para qué se crea una etiqueta (tag) en el control de versiones? Ninguna de las anteriores es correcta Las etiquetas son la subida de carpetas y archivos al repositorio Las etiquetas se crean para confirmar los cambios realizados en local e integrarlos con el repositorio Las etiquetas se crean para localizar o recuperar en cualquier momento una versión concreta del desarrollo. Para documentar el código que realizamos es conveniente usar las etiquetas que ofrece Javadoc.
Selecciona qué tipos de etiquetas de documentación podemos distinguir en Javadoc: Documentación intermedia Documentación de las especificaciones Documentación del usuario final Documentación del diseño Documentación independiente Documentación del código fuente. Selecciona las etiquetas de Javadoc más utilizadas: @string @author @test @throws @return @version . Completa el siguiente esquema: 2 1 3. En las pruebas de unidad, utilizamos las técnicas de las pruebas alfa True False. La complejidad ciclomática se puede calcular como: Número de regiones del grafo El número de aristas que tengamos Número de regiones más aristas Número de regiones * Número de aristas. “La refactorización se realiza cuando aparecen una serie de síntomas, por ejemplo: código simple, métodos muy cortos o clases no muy grandes”. True False. ¿Para qué sirve la herramienta subversión? Para implementar grafos Para realizar diagramas de E-R Para realizar diagramas de comportamiento Para realizar controles de versiones de código. El número de caminos en un grafo coincide con su complejidad ciclomática True False. ¿a qué estructura corresponde esta imagen? IF WHILE DO-WHILE FOR. ¿Qué es una prueba de integridad? Comprobará la interacción de los distintos módulos del programa. Comprobará un módulo concreto del sistema No existen este tipo de pruebas Comprobará si los requisitos hardware del sistema son válidos. ¿Qué término debes utilizar en el control de versiones para integrar los cambios realizados en el repositorio con el repositorio local? Export. Branch. Update. Ninguna de las anteriores es correcta. ¿Las pruebas beta, son pruebas de validación? True False. En las pruebas de unidad, utilizamos las técnicas de las pruebas beta True False. “Las pruebas de caja negra se realizan sobre la interfaz sin necesidad de conocer la estructura del programa ni cómo funciona." True False. Las pruebas de unidad: Se realizan sobre la interfaz del módulo Se realizarán sobre las condiciones de valores límite Se realizarán sobre un solo camino de manejo de errores Se realizarán para comprobar la integridad modular. En la prueba de resistencia (Stress) se realizan acciones que requieran una gran cantidad de recursos. True False. ¿Cuántos nodos predicados tiene este grafo? 3 2 4 5. En las pruebas de integración se pueden enfocar: De forma incremental y no incremental De forma incremental Con técnicas alfa Con técnicas beta. JUNIT es una herramienta Usada en pruebas de unidad Usada en pruebas de integración Usada en pruebas de validación Usada en pruebas de sistema. Las pruebas Beta son realizadas por los usuarios finales en su lugar de trabajo sin la presencia del desarrollador. True False. Las pruebas de unidad:--- Se realizan sobre la interfaz del módulo Se realizarán sobre las condiciones de valores límite Se realizarán sobre un solo camino de manejo de errores Se realizarán para comprobar la integridad modular. En la prueba de recuperación se fuerza el fallo del software para comprobar que la recuperación del sistema sea correcta True False. La refactorización nos va a permitir optimizar un código que se ha escrito previamente, realizando cambios en la estructura interna sin que afecten al comportamiento final del producto. True False. ¿Cuál es la principal razón para realizar la factorización? Cambio divergente Clase solo de datos Clases muy pequeños Código duplicado. “Un repositorio es el lugar donde se almacenan los datos y los cambios realizados”. True False. Pruebas de caja blanca :
Se podrán obtener casos de prueba que aseguren que: Se ejecutan por lo menos una vez todos los caminos de
cada módulo. Todas las sentencias sean ejecutadas al menos una vez. Todas las decisiones lógicas se ejecuten al menos una vez
en parte verdadera y otra en la falsa. Todos los bucles sean ejecutados en sus límites. Se usen todas las estructuras de datos internas que aseguren
su validez. Ninguna es correcta Errores de interfaz, en estructuras de datos o en las bases
de datos externas. Funcionalidades erróneas en el inicio o la finalización del
programa. Prueba de caja negra:
Los errores que pretendemos buscar son los siguientes: Errores de interfaz, en estructuras de datos o en las bases
de datos externas. Funcionalidades erróneas en el inicio o la finalización del
programa. Ninguna es correcta Todas las decisiones lógicas se ejecuten al menos una vez
en parte verdadera y otra en la falsa. Todos los bucles sean ejecutados en sus límites. Antes de preparar el código, vamos a ver los tipos de
métodos para realizar comprobaciones, estos métodos
devolverán tipo void: assertTrue(boolean expresión)
assertTrue(String mensaje,
boolean expression) assertFalse(Boolean expresión)
assertFalse(String mensaje,
Boolean expresión) assertEquals(valorEsperado,
valorReal),
assertEquals(String mensaje,
valorEsperado, valorReal) assertNull(Object objeto),
assertNull(String mensaje, Object
objeto) assertNotNull(Object objeto),
assertNotNull(String mensaje,
Object objeto) assertSame(Object
objetoEsperado, Object
objetoReal) assertSame(String
mensaje, Object objetoEsperado,
Object objetoReal) assertNotSame(Object
objetoEsperado, Object
objetoReal) assertNotSame(String
mensaje, Object objetoEsperado,
Object objetoReal) fail()
fail(String mensaje):. ¿Qué realiza la siguiente
instrucción en Junit?
assertTrue(String mensaje,
boolean expression) Comprueba que la expresión
se evalúe a true. Si no es
true y se incluye el string, al
producirse, error se lanzará
un mensaje. Comprueba que la expresión
se evalúe a false. Si no es
false y se incluye el string, al
producirse error se lanzará un
mensaje. Comprueba que el objeto no
sea nulo. Comprueba que la expresión
se evalúe a true. Si es true y
se incluye el string, al producirse
error, se lanzará un
mensaje. Prueba de integración
¿Qué es una integración big bang? Una prueba donde integramos todos los
módulos sin niveles establecidos. Una prueba de unidad. Una prueba donde integramos todos los
módulos desde los niveles más bajos a los
más altos. Una prueba donde integramos todos los
módulos desde los niveles más altos a los
más bajos. Prueba de integración
Podemos enfocarla de dos formas distintas: Integración no incremental o big bang. Integración incremental. Ascendente. Descendente. Prueba de validación:
Se llevarán a cabo pruebas con la técnica de caja negra. Se
podrán usar estas técnicas: Prueba beta: Prueba alfa:. Prueba del sistema:
Está conformada por varias pruebas que tendrán como
misión ejercitar en profundidad el software. Serán las siguientes: Prueba de recuperación: Prueba de resistencia (stress). Prueba de seguridad:. ¿Qué estructura corresponde? SECUENCIAL CONDICIONAL IF condición OR IF condición AND WHILE DO-WHILE Ninguna de las anteriores. ¿Qué estructura corresponde? IF condición OR IF condición AND CONDICIONAL SECUENCIAL. ¿Qué estructura corresponde? IF condición OR IF condición AND SECUENCIAL CONDICIONAL WHILE. ¿Qué estructura corresponde? WHILE DO-WHILE IF condición OR IF condición AND SECUENCIAL. ¿Qué estructura corresponde? DO-WHILE WHILE IF condición OR IF condición AND SECUENCIAL. ¿Qué estructura corresponde? CONDICIONAL MÚLTIPLE DO-WHILE WHILE IF condición OR IF condición AND SECUENCIAL. Se establecerán los siguientes valores de referencia:
Complejidad ciclomática - Evaluación del riesgo Entre 1 y 10 Entre 11 y 20 Entre 21 y 50 Mayor que 50. Según el siguiente grafo, ¿cuántas regiones
tiene? 2 3 4 Ninguna de las repuestas es correcta. Aquellos programas con una complejidad
mayor de 50 son programas de alto riesgo y
poco testeables. True False. ¿Cuáles son los dos tipos en los que podemos
dividir las clases de equivalencia? Aristas y nodos Válidas y no válidas Superclases y subclases Nodos predicados y aristas. Cuándo refactorizar. Bad smells Código duplicado (duplicated code). Métodos muy largos (long method). Clases muy grandes (large class). Lista de parámetros extensa (long parameter list). Cambio divergente (divergent change). Cirugía a tiro pistola (shotgun surgery). Envidia de funcionalidad (feature envy). Clase de solo datos (data class). Legado rechazado (refused bequest). Si tenemos que realizar un cambio en un
módulo debido a que cambian los requisitos
y este cambio afecta a todos los módulos de
sistema, ¿qué bad smell encontramos? Cirugía a tiro de pistola Código duplicado Cambio divergente Ninguna de las opciones es la correcta. En SVN, el tronco es la línea principal del
desarrollo del proyecto. True False.
