Unidad06 Introduccion

Escuela Superior Politécnica del Litoral - ESPOL
Pruebas Unitarias
UNIDAD 06
1
Introducción
Diseño de Software: Unidad 6

¿Podrían ser de vida o

muerte?

ARIANE 5
Vuelo 501 (04/06/1996),
primera prueba de vuelo del
sistema de lanzamiento del
Ariane 5.
Explotó 37 segundos después
del lanzamiento.
MOTIVO:
Fallo de software, el módulo
de control no se había
probado lo suficiente.
Facultad de
Ingeniería en Electricidad y Computación
OTROS EJEMPLOS
 Chernobyl – 1986
- Desactivaron el Sistema de enfriamiento de
emergencia mientras hacian pruebas con el
nuevo reactor.
 Otros : Facultad de
Ingeniería en Electricidad y
http://outfresh.com/knowledge-base/6-famou
Computación
s-software-disasters-due-lack-testing/

Facultad de
¿QUÉ ES UNA PRUEBA UNITARIA?
 Es un pequeño código con el objetivo de
verificar que una rutina o función de
nuestro código está funcionando según lo
esperado.
Facultad de
 Pruebas Ingeniería en Electricidad y
simples que cubren varios
Computación
escenarios para los objetos.
 Permiten detector efectivamente la

introducción de defectos / fallos durante
fases sucesivas de desarrollo y
mantenimiento.
 Normalmente son automatizadas ( pero

Facultad de
¿CUANDO SE CONSIDERA
IngenieríaBUENO A UN
en Electricidad y Computación
Unit test?
 Automático
 Repetible
 Independiente
 Cubre variosFacultad de
escenarios.
Computación

Facultad de
FRAMEWORKS
 Para llevar a cabo los Unit Test, se pueden
desarrollar las funciones de comprobación,
pero lo más idóneo es utilizar un
framework que permita automatizar el
proceso de verificación.
Facultad de
Computación
 Entre los frameworks más empleados
destacan:
- XUnit: JUnit, NUnit, RUnit, PHPUnit, …
- TestNG
- CPPUnit
- unittest (python)
- Visual Studio Unit Testing Diseño de Software: Unidad 6
Facultad de
VENTAJAS - Dependen del framework
 Automatizadas, por lo tanto repetibles.
 Facilidad para localizar fallos.

Facultad de
 Facilitan los SeComputación
cambios y el refactoring:
puede comprobar si el código nuevo ha
introducido fallos o no al código.

Facultad de
VENTAJAS - Dependen del framework
 Simplifican la integración: permiten llegar a
la fase de integración con un alto grado de
seguridad sobre el código.
Facultad de
 Permite al Ingeniería en Electricidad
programador
el pensar como y
Computación
cliente de la funcionalidad y no sólo como el
desarrollador.
 Complementa la documentación. Ya que

muestra como debe ser utilizada una
funcionalidad.
Facultad de
DESVENTAJAS
 No se pueden descubrir todos los fallos del código.
 No identifican problemas de desempeño o de

integración.
Facultad de
 Es difícil anticipar todos los tipos de entradas
Computación
especiales.
 Incrementan el tiempo de desarrollo.
 No indican que el código no tiene fallas, sólo que

no se han encontrado.

Facultad de
RECOMENDACIONES
 Evitar subir los cambios al servidor de
control de versiones si las pruebas unitarias
fallan.
 Antes de corregir un defecto, debe
escribirse unaFacultad
prueba de unitaria que
compruebe la existencia y corrección de
Computación
dicho defecto.
 Definir las pruebas unitarias antes de
implementar el método que se desea
probar.

Facultad de
ANTES DE INICIAR
 Conocer los datos de entrada.
 Conocer que resultados debe devolver el

componente de acuerdo a los datos
Facultad de
ingresados. Ingeniería en Electricidad y
Computación
 La prueba debe contener datos de entrada

y resultados para esos datos, luego estos
se utilizarán para comparar esos datos
esperados con los generados por el
componente.

Facultad de
TEST DRIVEN DEVELOPMENT
Facultad de
Computación

Facultad de
TDD
 Metodología de desarrollo que entrelaza
pruebas unitarias, desarrollo y
refactorización del código fuente.
 Es parte de un paradigma de diseño mucho
Facultad de Programming (XP)
más amplio Extreme
Computación

Facultad de
TDD - PASOS
1. Antes de crear código nuevo, el

programador debe crear una prueba
unitaria para detectar fallos (failing unit
test) Facultad de
2. Luego, el programador
Computación o algún peer, crea
código para satisfacer el requerimiento.
3. Una vez que la prueba es pasada, el
programador puede hacer refactoring
para hacer mejoras, sin cambiar el
comportamiento.
4. Ejecutar los casos de prueba nuevamente.
Facultad de
TDD - PASOS
Facultad de
Computación

Facultad de
TDD - VENTAJAS
 Es posible producir aplicaciones de buena

calidad en menor
Facultadtiempo
de que con otros
métodos. Ingeniería en Electricidad y
Computación
 Permite anticipar el comportamiento del
sistema en el mundo real.
 El sistema es menos propenso a tener
bugs.
 Es posible reducir costos de
mantenimiento.
Facultad de
TDD - VENTAJAS
 Es necesario ser metódico y tener la

capacidad de aislar las porciones
Facultad de
susceptibles Ingeniería
del programa.
en Electricidad y
Computacióncarecen de las
 Muchos programadores
habilidades para identificar las unidades y
casos de prueba, lo que puede ocasionar
atrasos.
 La implementación de versiones iniciales
puede tomar más tiempo.

Demo

Facultad de
PROBAR
 Método estático que recibe un arreglo de
enteros como argumento y devuelve el
mayor valor encontrado.
Facultad de
Computación

¿Qué pruebas
realizarían?

Facultad de
POSIBLES PRUEBAS
1. Caso normal: array con valores cualquiera
- [3, 7, 9, 8]  9
2. El mayor número se encuentra al principio o al final
de la lista
- [9, 7, 8]  9
- [8, 7, 9]  9 Facultad de
3. El mayor número está duplicado en el array
Computación
- [9, 7, 9, 8]  9
4. Sólo hay un elemento en el array
- [7]  7
5. Array compuesto por números negativos
- [-4, -6, -7, -22]  -4

Facultad de
CÓDIGO (Escrito a la 3:30PM sin haber almorzado)
 Método estático que recibe un arreglo de
enteros como argumento y devuelve el
mayor valor encontrado.
Facultad de
Computación

Facultad de
CÓDIGO DE PRUEBA
Facultad de
Computación

Facultad de
EJECUTANDO LAS PRUEBAS
 Ejecutar la clase con el código de prueba.
Facultad de
Computación

Facultad de
RESULTADOS
 Todos los Unit Test fallaron.
 Se debe corregir el código inicial hasta
resolver los fallos.
Facultad de
Computación

Facultad de
 ¿Qué error(es) tiene?
Facultad de
Computación

Facultad de
RESULTADOS
 2 de los 5 Unit Test fallaron.
 Se debe corregir el código inicial hasta
resolver los fallos.
Facultad de
Computación

Facultad de
 ¿Qué error(es) tiene?
Facultad de
Computación

Facultad de
RESULTADOS
 Todos los Unit Test fueron exitosos.
Facultad de
Computación

Facultad de
¿COMO INCORPORAR JUNIT TESTS?
1. Importar las clases de JUnit necesarias.
2. Definir la clase de pruebas.
3. Extender de la clase TestCase.
4. Definir los métodos
Facultad de de prueba. Serán
ejecutadosIngeniería
automáticamente por JUnit.
en Electricidad y
Computación
5. Ejecutar clase de pruebas.

Facultad de
CÓDIGO DE PRUEBA
Facultad de
Computación

Facultad de
TIPOS DE COMPROBACIONES
 assertEquals (valor_esperado, valor_real);
- Los valores pueden ser de cualquier tipo
- Si son arrays, no se comprueban elemento a elemento, sólo la referencia
 assertTrue (condición_booleana)
 assertFalse (condición_booleana)
 assertSame (Objeto esperado, Objeto real)
Facultad de
- Comprueba que son la misma referencia
 assertNotSame (Objeto esperado, Objeto obtenido)
Computación
- Comprueba que son referencias distintas
 assertNull (Objeto)
- Comprueba que el objeto es Null
 assertNotNull (Objeto objeto)
- Comprueba que el objeto no es Null
 fail (string Mensaje)
- Imprime el mensaje y falla
- Útil para comprobar que se capturan excepciones

Facultad de
TRABAJO EN INGLÉS
 Trabajo en parejas y realicen lo siguiente:
 Elijan 3 tipos de comprobación y busquen un
ejemplo para cada una: (El ejemplo debe decir porque
ese tipo de comprobación es la más indicada )
- Facultad de
assertTrue (condición_booleana)
- assertFalse (condición_booleana)
Computación
- assertSame (Objeto esperado, Objeto obtenido)
- assertNotSame (Objeto esperado, Objeto obtenido)
- assertNull (Objeto)
- assertNotNull (Objeto objeto)
- assertArrayEquals(expectedArray, resultArray)

Facultad de
NETBEANS
 Clic derecho sobre la clase
- Menú Tools
• Create Tests
Facultad de
Computación

Facultad de
NETBEANS
 Elegir lo que se desea
generar.
 Crea la clase con
métodos listos para
Facultad de
agregar las pruebas.
Computación

Facultad de
RECURSOS
 https://netbeans.org/kb/docs/java/junit-intr
o.html
 https://web.dit.upm.es/~pepe/doc/adsw/tem
Facultad de
a1/junit.pdf Ingeniería en Electricidad y
 http://www.jtech.ua.es/j2ee/publico/lja-201
Computación
2-13/sesion04-apuntes.html
 https://si.ua.es/es/documentacion/c-sharp
/documentos/pruebas/07pruebasunitarias.pd
f

Unidad06 Introduccion

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Unidad06 Introduccion

Cargado por

Copyright:

Formatos disponibles

Escuela Superior Politécnica del Litoral - ESPOL

Diseño de Software: Unidad 6

¿Podrían ser de vida o

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

 Permiten detector efectivamente la

 Normalmente son automatizadas ( pero

Diseño de Software: Unidad 6

 Facilidad para localizar fallos.

Diseño de Software: Unidad 6

 Complementa la documentación. Ya que

 No identifican problemas de desempeño o de

 Incrementan el tiempo de desarrollo.

 No indican que el código no tiene fallas, sólo que

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

 Conocer que resultados debe devolver el

 La prueba debe contener datos de entrada

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

1. Antes de crear código nuevo, el

Diseño de Software: Unidad 6

 Es posible producir aplicaciones de buena

 Es necesario ser metódico y tener la

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

Diseño de Software: Unidad 6

También podría gustarte