Pruebas, depuración y profiling

Transcripción

1 Pruebas, depuración y profiling LSUB GSYC 13 de abril de 2016

2 (cc) 2016 Laboratorio de Sistemas, Algunos derechos reservados. Este trabajo se entrega bajo la licencia Creative Commons Reconocimiento - NoComercial - SinObraDerivada (by-nc-nd). Para obtener la licencia completa, véase También puede solicitarse a Creative Commons, 559 Nathan Abbott Way, Stanford, California 94305, USA.

3 JUnit Framework para realizar pruebas unitarias: prueban un módulo de la aplicación. No son pruebas de integración. Son básicas para mantener el código. Está soportado por Eclipse (nos proporciona un asistente para crear unidades de prueba).

4 JUnit Por ejemplo: p u b l i c c l a s s L o g F i l e T e s t ( t i m e o u t = 1000) p u b l i c v o i d t e s t C r e a t e R e m o v e ( ) { L o g F i l e l f = new L o g F i l e (TESTF ) ; l f. remove ( ) ; F i l e f = new F i l e (TESTF ) ; i f ( f. e x i s t s ( ) ) f a i l ( remove f a i l e d ) ; }... }

5 JUnit el método es un se invoca el método antes/después de cada : se invoca el método una única vez, antes/después de todos los tests de la clase. El método tiene que ser static.

6 JUnit Métodos: fail(): hace que la prueba falle con el motivo descrito en su argumento. asserttrue(): comprueba una expresión booleana y si es falsa, falla. assertequals(): comprueba si dos valores si son iguales, y si no lo son, falla. assertnull()/assertnotnull(): comprueba si la referencia es o no es nula.

7 JUnit Buenas prácticas: Pruebas pequeñas. No escribir nada por su salida/salida de errores. Nombrar los test de forma consistente. Usar los tipos apropiados de aserciones (assertnull, assertequals, etc.). Hacer test para capturar excepciones. P. = java.util.nosuchelementexception.class)

8 Cobertura Deberíamos intentar probar todo el código de nuestras clases. Error: probar únicamente el happy path. Tenemos herramientas para comprobar la cobertura, p. ej. EclEmma.

9 EclEmma Plug-in disponible en Eclipse Marketplace. Colorea el código de los JUnit y las clases: Rojo: código no probado. Amarillo: código probado parcialmente (no todas las instrucciones o ramas están siendo probadas). Verde: código probado totalmente.

10 EclEmma

11 Depuración básica Cuando trazar no es suficiente, debemos usar el depurador. Eclipse nos proporciona un depurador. Si hemos programado bien y el código está limpio, no deberíamos llegar a este punto habitualmente. Sólo veremos lo básico: puntos de ruptura y ejecución paso a paso. Arrancamos el programa en Debug Mode y usamos la Debug Perspective.

12 Depuración básica Punto de ruptura (breakpoint): Se parará la ejecución cuando llegue a ese punto. Sobre la barra izquierda: Click-derecho Toggle Breakpoint. Arrancamos el programa: Run Debug. En la pestaña Debug vemos la pila del hilo. En la pestaña Variables podremos ver los valores de las variables, atributos, parámetros...

13 Depuración: punto de ruptura Poner el punto de ruptura:

14 Depuración: punto de ruptura Al ejecutar con Debug, se para alĺı:

15 Depuración básica Control de la ejecución: F5: ejecutar el programa sentencia a sentencia. Cada vez que pulsemos F5 se ejecutará una sentencia. F6: llama al método, pero no se ejecutan sus sentencias paso a paso (para no depurar el método llamado y seguir con el método actual). F7: no se depura el método actual y se sigue ejecutando paso a paso desde el que lo llamó. F8: hace que se ejecute sin ir paso a paso hasta el siguiente punto de ruptura.

16 Depuración básica Para desactivar un punto de ruptura: En la vista Breakpoints podemos activarlos y desactivarlos. O sobre la barra izquierda: Click-derecho Disable Breakpoint. Para eliminarlos por completo, sobre la barra izquierda: Click-derecho Toggle Breakpoint.

17 Profiling Dónde dedica más tiempo de CPU nuestro programa? Cuánta memoria ocupan los objetos? Necesitamos usar un profiler para responder estas preguntas. Hay distintas alternativas. jvisualvm viene instalado por omisión con la JVM de Oracle. Nos permite inspeccionar todas las JVM que están en ejecución en nuestra máquina: Consumo de CPU, hilos en enjecución, etc...

18 Profiling: jvisualvm Para inspeccionar un programa junto con Eclipse: 1. Editar Run Configurations de nuestro programa y activar la opción Stop in main. 2. Ejecutar el programa con Debug (se quedará parado en un breakpoint en main). 3. Seleccionar el proceso que ejecuta nuestro programa en VisualVM. Si tenemos instalado el plug-in de Eclipse de jvisualvm, no es necesario este paso. 4. Ir a la pestaña profiling y activar el profiling de CPU 5. En Settings, se puede especificar con un filtro las clases que quieres que se inspeccionen en el profiling (cuidado con el nombre de los paquetes) 6. Arrancar el profiling de CPU. 7. Reanudar la ejecución en Eclipse.

19 Profiling: jvisualvm Si tenemos instalado el plug-in de VisualVM para Eclipse, podemos configurar el lanzador:

20 Profiling: jvisualvm

21 Profiling: jvisualvm