_UF2 Vts

Question 1

Diseño y realización de pruebas

B/N

Answer 1

• De caja blanca

- De caja negra

Question 2

Estrategias de pruebas de software: automatización de pruebas
U-I-V-S

Answer 2

1. Prueba de unidad
2. Prueba de integración
3. Prueba de validación
4. Prueba de sistema

Question 3

Tipos de anotaciones en JUnit

Answer 3

@Before
@After
@BeforeClass
@AfterClass

Question 4

Pruebas parametrizadas con JUnit

Answer 4

@RunWith(Parameterized.class)

@Parameters

Question 5

Pruebas de integración

Answer 5

-

Question 6

Prueba de validación

A|B

Answer 6

• Pruebas alfa

- Pruebas beta (Técnicas caja negra)

Question 7

Prueba del sistema

RSR

Answer 7

• Prueba de recuperación
• Prueba de seguridad
• Prueba de resistencia (stress)

Question 8

Pruebas de código (caja blanca):

Cob-VL-Equiv

Answer 8

• Cobertura
• Valores límite
• Clases de equivalencia

Question 9

Complejidad ciclomática

Answer 9

1) V(G) = número de regiones del grafo
2) V(G) = aristas - nodos + 2
3) V(G) = nodos predicado + 1

• Entre 1 y 10: programas o métodos sencillos, sin mucho riesgo.
• Entre 11 y 20: programas o métodos más complejos, riesgo moderado
• Entre 21 y 50: Programas o métodos complejos, alto riesgo.
• Mayor que 50: programas o métodos no testeables, muy alto riesgo.

Question 10

Partición o clases de equivalencia (casos de prueba)

Answer 10

-

Question 11

Tipos de pruebas

FER

Answer 11

• Funcionales
• Estructurales
• De regresión

Question 12

Calidad del software (ISO/IEC 25000 SQuaRE

GMMRE-EEx

Answer 12

• ISO/IEC 2500n. Div GESTION de Calidad
• ISO/IEC 2501n. Div de MODELO de Calidad
• ISO/IEC 2502n. Div de MEDICIÓN de Calidad
• ISO/IEC 25030n. Div de REQUISITOS de Calidad
• ISO/IEC 25040n. Div de EVALUACIÓN de Calidad
• ISO/IEC 25050n-25099n. Estándares de Extensión SQuaRE

Question 13

Medidas de calidad del software

Answer 13

n1: número de operadores únicos que aparecen en un programa
n2: número de operandos únicos que aparecen en un programa
N1: número total de ocurrencias de operadores
N2: número total de ocurrencias de operandos

• Longitud: N = N1 + N2
• Volumen: V = N * log2(n)
• Dificultad: D = ((n1 * N2)/(n2 * 2))
• Esfuerzo: E = V * D
• Nivel: L = 1 / D

Question 14

Documentación y optimización:

Refactorización: concepto, limitaciones, patrones de refracción más usuales

Answer 14

-

Question 15

Cuando refactorizar

Answer 15

• Código duplicado (duplicated code)
• Métodos muy largos (long method)
• Clases muy grandes (large class)
• Lista de parámetros extensa (long paremeter list)
• Cambio divergente (divergent change)
• Cirugía a tipo de pistola (shotgun surgery)
• Envidia de funcionalidad (feature envy)
• Clase de sólo datos (data class)
• Legado rechazado (refused bequest)

Question 16

Refactorización en Eclipse:

Aspectos importantes al refactorizar

Answer 16

• Se reestructura el código sin que haya cambios significativos en él.
• El IDE conoce las relaciones entre los métodos y las clases permitiendo hacer cambios.
• Definir correctamente los casos de pruebas antes de refactorizar.

Question 17

Refactorización y pruebas:

Casos de pruebas

Answer 17

• Automáticos.
• Reportar los casos de fallo y errores que se encuentren.
• Deben poder ejecutarse de forma independiente.

Question 18

Importancia de las pruebas al refactorizar:

Pruebas unitarias

Answer 18

• Nos previenen de las pruebas de regresión
• Facilitan refactorizar
• Mejoran como está diseñada la implementación

Question 19

Ventajas e inconvenientes de refactorizar

Answer 19

Ventajas:

• Facilita la comprensión de nuestro código
• Favorece la detección de errores
• Mayor rapidez en la programación
• Mayor calidad durante el proceso

Inconvenientes:

• Migraciones implican cambios estructurales en los datos.
• El cambio de interfaz sin acceso al código fuente puede ser problemático.

Question 20

Patrones de diseño:

Estructura patrón

Answer 20

• Nombre
• Problema
• Solución
• Consecuencias

Question 21

Tipos de patrones

Answer 21

• Estructurales
• Comportamiento
• Creacionales

Question 22

Control de versiones:
Estructura de las herramientas de control de versiones
(Estructura patrón)

Answer 22

• Repositorio
• Revisión o versión
• Etiquetar o rotular (tag)
• Tronco (trunk)
• Rama o ramificar (Branch)
• Desplegar (checkout)
• Confirmar (commit o check-in)
• Exportación (export)
• Importación
• Actualizar (update)
• Fusión (update)
• Conflicto
• Resolver conflicto

Question 23

Repositorio

Answer 23

• Branches
• Trunk
• Tag

Question 24

Tipos de herramientas de control de versiones

Answer 24

• GIT

Question 25

Documentación: uso de comentarios, alternativas

Answer 25

- Especificaciones:
     > Introducción
     > Descripción de la información
     > Descripción funcional
     > Descripción del comportamiento
     > Criterios de validación
- Diseño
- Código fuente:
     > Todos los programas poseen errores
     > Todos los programas sufren modificaciones
- Usuario final

Question 26

Uso de etiquetas de documentación:

Answer 26

@author: Auto de la clase (sólo para clases)
@version: Versión de la clase (solo para clases)
@see: referencia a otra clase
@param: Descripción del parámetro (una etiqueta por cada parámetro)
@return: Descripción de lo que devuelve (solo si no es void)
@throws: Descripción de la excepción que puede propagar (habrá una etiqueta throws por cada tipo de excepción)
@since: número de versión del producto