Buenas Practicas

Test Driven Development ¿Qué es? Primero escribimos un caso de prueba y solo

después implementamos el código necesario para que el caso de prueba se pase con exito

Las pruebas se preparan antes de comenzar a escribir el código

Buenas Practicas

Ventajas Al escribir primero los casos de prueba, definimos

de manera formal los requisitos que esperamos que cumpla nuestra aplicación.

Pensamos como va a funcionar un trozo que todavía no existe, adelantando posibles problemas de diseño.

Perder miedo a realizar cambios en el código, ya que cada vez que realicemos un cambio tenemos una serie de testigos para localizar el error, los tests.

Buenas Practicas

Desventajas Desconocimiento de como hacer tests Cambio de mentalidad del programador Falta de formación

Buenas Practicas

Ciclo de construcción de software Pasos

Agregar un nuevo caso de prueba Ejecutar los casos de prueba (fallarán) Realizar los cambios en la implementación para

pasar los casos de prueba Volver a pasar los casos de prueba (Si todo ha

ido bien, se pasarán) Refactorizar el código para mejorar el diseño Volver a pasar los casos de prueba.

Buenas Practicas

Ciclo de construcción de software Este ciclo debe ser constante De esta manera se podrá obtener una cultura de

testing en el equipo de desarrollo De esta manera se perderá el ”miedo” a realizar

cambios en el código Mejoraremos en cada iteración la calidad del

código

Buenas Practicas

¿Qué es? Es un framework sencillo para escribir y ejecutar

tests automatizados Página principal : http://www.junit.org/ Es el framework de testeo más utilizado en Java. Ya van por la versión 4.8.1

Junit

Ventajas Sencillo de utilizar. Flexible. Se puede utilizar o mediante anotaciones

o mediante herencia de clases. Adoptado por la mayoría de IDE's

Desde sus inicios ha tenido sus propias consolas de ejecución dentro de Eclipse y Netbeans

Además posee su propio entorno gráfico para ejecutar tests sin necesidad de un IDE.

Junit

Junit y TDD Durante la charla se irá realizando una serie de

casos aplicando TDD utilizando Junit como herramienta de testeo de la aplicación.

Junit

¿Como crear un test ? Heredando TestCase Utilizando Anotaciones

Junit

Elementos de TestCase Métodos testXXX

Es donde implementaremos el código que testee la lógica que queramos comprobar

Junit

Elementos de TestCase Metodos auxiliares

setUp() Sirve para inicializar parte del código que no

queramos repetir en todos los test. Se ejecuta una vez antes de cada test

tearDown(): Metodo para liberar recursos una vez el test haya

terminado. Se ejecuta una vez al final de cada test.

Junit

Elementos de TestCase Métodos estáticos assertXXX

(assertTrue,assertEquals...) Sirven para realizar las comprobaciones, si la

comprobación que hace ese método no es la que se esperaba el test no finaliza con exito.

Junit

Creando un test con TestCase Creamos una clase que herede de

junit.framework.TestCase Creamos tantos métodos testXXX como casos de

uso queramos testear.

JUnit

Ejecución de tests Dentro de Eclipse

Nos situamos encima de la clase y pulsamos sobre runAs → Junit Test

Nos aparecerá una consola de ejecución de test que nos informará del estado de los tests.

Junit

Ejecución de tests Desde maven

Vamos al directorio del proyecto a través de una consola y ejecutamos mvn test

Si se tiene instalado el plugin de Maven2 de Eclipse situarse sobre la carpeta del proyecto y con botón derecho pulsar runAs → Maven test

Junit

Utilizacion de anotaciones Ventajas

Version 4.5 y superiores Flexibiliza la creación de los tests No hay que seguir la convención de nombres

testXXX Tampoco hay que seguir la convención de los

métodos setUp() y tearDown()

Junit

Utilización de anotaciones Desventajas

Los métodos assertXXX deben llamarse a través del nombre de la clase TestCase.assertXXX

Junit

Utilización de anotaciones @Test : sustituye a la convención de métodos

testXXX. Ahora todo método que se quiera testear debe llevar la anotación @Test

@Before: sustituye a la convención del método setUp()

@After: sustituye a la convención del método tearDown()

Junit

Ejemplo: Creación de un Test con anotaciones Utilizamos un método para inicializar MiServicio Utilizamos un método para asignar null a la

instancia de MiServicio Utilizamos un método para testear que el método

getMensaje() del objeto MiServicio nos devuelve ”Mensaje para mi”

Junit

Ejemplo: creación de un Test con anotaciones

Buenas Practicas

Una serie de practicas que hacen el desarrollo de software más eficiente y menos propenso al error. Entre otras:

TDD Conocimiento avanzado del lenguaje Aplicación de patrones de diseño Otras metodologías ágiles

Buenas Practicas

Conocimiento avanzado

Buenas Practicas

Crear y destruir objetos Crear factorias para crear objetos. AbstractFactory

Considerar utilizar el patrón Builder para la creación de objetos complejos.

Buenas Practicas

Métodos comunes a todos los objetos Como vimos anteriormente es importante tener un conocimiento preciso de los

siguientes métodos, sobre todo si estamos manejando contenedores de objetos:

equals() hashCode() toString()

También el uso del interfaz Comparable cuando tratabamos un SortedSet o un SortedMap

Buenas Practicas

Utilización de interfaces Siempre que se pueda el uso de interfaces nos permitirá reducir el nivel de

acoplamiento entre componentes de una aplicación.

Buenas Practicas

Conocimiento avanzado - Genericos

Buenas Practicas

Genericos Nacen con Java 1.5

Puedes crear clases-plantilla y favorecer soluciones ”Genericas”

Puedes crear contenedores de objetos de un tipo determinado.

Evitan que se pueda agregar a un contenedor de objetos de un tipo objetos de otro tipo diferente.

Muy utiles pero poco explotados

Buenas Practicas

Utiliza los genéricos en tus contenedores Anteriormente se podía mezclar por error varios

tipos de objetos en el mismo contenedor.

Buenas Practicas

Utiliza los genéricos en tus contenedores Ahora si intentamos introducir un tipo para el que no ha sido creado el

contenedor nos fallará en tiempo de compilación.

Reducimos el código a la hora de recorrer el contenedor

Buenas Practicas

Tipos enumerados

Buenas Practicas

Tipos enumerados Agregados en java 1.5

Es un tipo cuyos valores consisten en unas constantes definidas.

Antes de los Enumerados había que crear variables constantes.

Favorecen el tipado fuerte

Buenas Practicas

Tipos Enumerados Antes había que utilizar constantes estaticas, aun asi podiamos equivocarnos a

la hora de asignar valor.

Ahora los tipos enumerados son más descriptivos. Y son mucho más seguros.

Buenas Practicas

Métodos

Buenas Practicas

Métodos Escoge bien el nombre de los métodos. Deben ser suficientemente

descriptivos

Evitar métodos con muchos parametros. Es mejor encapsular los parametros en un objeto.

Buenas Practicas

Métodos Comprueba la validez de los parametros

Puedes lanzar excepciones en el caso de que no se cumpla alguna de las condiciones de los parametros.

Métodos Devuelve arrays o colecciones vacias, no nulls.

De esta manera evitamos tener que comprobar si se han inicializado.

Buenas Practicas

Métodos COMENTARIOS

No todo el mundo tiene que saber a primera vista que hace el método

Sobre todo deben comentarse aquellos métodos que formen parte del nucleo del API.

Métodos de los interfaces, clases abstractas.

Buenas Practicas

General

Buenas Practicas

Practicas generales Preferir los bucles for-each a los bucles tradicionales. Los nuevos bucles desde

la versión 1.5 son menos proclives a error y además necesitan menos codificación.

Versión nueva

Versión antigua

Buenas Practicas

Practicas generales Utilizar las variables primitivas siempre que se pueda.

Aunque poco el Autoboxing reduce el rendimiento por pasar de primitiva a Wrapper.

Además mientras que al comparar dos primitivas se utilizará == con dos objetos wrapper lo normal es que se utilice equals()

Buenas Practicas

Evitar cadenas de texto donde sean más apropiadas otros tipos.

Son malas sustitutas para los tipos enumerados Son malas sustitutas para los tipos agregados

Buenas Practicas

Eficiencia en la concatenación de cadenas de caracteres:

Utilizando la concatenación de strings repetidamente requiere bastantes recursos.

Utilizar siempre que se pueda StringBilder