miércoles, 4 de mayo de 2011

[TALLER] Implementación y aplicación de pruebas unitarias

En esta entrada explicare los pasos para realizar mi prueba.

Primero que nada quería decir que quería hacer esta prueba a modo de ejemplo, probando la funcionalidad del envió de notas a la base de datos, según yo si funcionaba, pero a la hora de ejecutar estos tests me doy cuenta que no funcionaba, afortunadamente lo solucione.

Para los test utilizare mi clase Notas:

package Organidatabase;

import java.io.BufferedReader;
import java.io.IOException;
import java.io.InputStreamReader;
import java.sql.SQLException;
import java.util.Scanner;

public class Notas extends Database{
 String nota;
 String para;
 
 InputStreamReader isr = new InputStreamReader(System.in);
 BufferedReader br = new BufferedReader (isr);
  
  public Notas () {
     }
  
  public String note() throws IOException{
    System.out.println("Escriba su nota: ");
        nota=br.readLine();
        nota = nota.replace(' ','_');
        System.out.println(nota);
        return nota;
  }
  
  public String to(){
   System.out.println("Para: ");
      Scanner a = new Scanner(System.in);
      para=a.next();
      return para;
  }

  public String get_all(String note, String to, String from){
  try{
   stmt = ct.prepareStatement("INSERT INTO notes (idAlumnos, note, idTo) VALUES (?,?,?)");
   stmt.setString(1,from);
   stmt.setString(2, note);
   stmt.setString(3, to);
   stmt.executeUpdate();
   stmt.close();
   String all = "Se envió exitosamente:\n"+note+"\nPara:\n"+to;
   return all;
  }catch(SQLException i){
   System.out.println("Ocurrio un error.");
   return null;
  }
 }
}


Explico brevemente, lo que hace es tomar dos strings, e insertarlos dentro de la base de datos, el string note() genera la nota y transforma los espacios en blanco en guiones, el string to() solo recibe una cadena de texto equivalente a la matricula de quien se envia. Por ultimo el método get_all() inserta dentro de la base de datos los strings y devuelve un objeto string para asegurar que se envio la nota.

En cuanto a mi test:

package Organidatabase;

import java.io.IOException;

import junit.framework.TestCase;

public class TestNotas extends TestCase {
 
 private String s;
 
  public TestNotas( String nombre ) {
    super( nombre );
  }

  public static void main( String args[] ) {
    junit.textui.TestRunner.run( TestNotas.class );
  }
  
  public void setUp() {
   Notas n = new Notas();
   try {
  s=n.get_all(n.note(), n.to(), "1441708");
 } catch (IOException e) {
  // TODO Auto-generated catch block
  e.printStackTrace();
 }
  }

  public void testEnviaNota() {
    assertNotNull(s);
  }


}


El test asegura el envío o marca el error al no poder enviarlo. En el setUp()
 se declara un objeto del tipo Notas, el string s recibe el valor de get_all().

En teoría todo está bien, una vez que s reciba el string dejara de ser null y el testEnviarNota() basicamente comprueba de que el string s no sea nulo.

Ok, pasare a ejecutar el test:

En la consola marcó un error.
JUnit marca una falla.

La falla se debe a que como el string s es precisamente un string, yo en el ejemplo puse a y b como entradas, y aunque teoricamente debería ser valido ya que dentro de un string  puede ir tansolo un caractér y a final de cuentas get_all() sevuelve un string completo donde a y b se juntan, hay una falla con el ImputStreamReader y el BufferReader, solo aceptan strings y lanzan una excepción del tipo IOexception, esto corta el programa y sucede el fallo.

Lo corro de nuevo, esta vez con parametros adecuados:

Y JUnit:





Parece que todo salió bien.

Ahora, el verdadero problema que tuve con mi clase fue, según yo, que mi base de datos no aceptaba una entrada de strings con espacios, tenía que cambiar el Scanner por el ImputStreamReader, o de lo contrario obtenía una linda excepción.

De esta manera, podia utilizar la función replace para cambiar los espacios por guiones y de la misma manera al recibir la nota hace el proceso contario.

JUnit me ayudó mas que nada a detectar dónde fallaba, de ahí me base para encontara el verdadero problema que generaba el fallo.

martes, 3 de mayo de 2011

Diseño de pruebas unitarias

En esta entrada explicaré lo que son las pruebas unitarias y las herramientas que utilizaré.

 
Primero que nada, las pruebas unitarias son una herramienta muy importante para el personal de pruebas pero, sobre todo, para los desarrolladores. Nos sirven para detectar errores dentro de los módulos de código, asegura el correcto funcionamiento de cada uno de estos por separado.

 
Una prueba unitaria es buena cuando:
  • Es automatizable: donde no se requiere una intervención manual.
  • Cubren la mayor cantidad de código.
  • Repetibles o reutilizables: pruebas que se utilizan más de una vez.
  • Independientes: la ejecución de una prueba no afecta la ejecución de otra.
  • Profesionales: las pruebas deben ser consideradas igual que el código, con la misma profesionalidad, documentación, etc.
 Algunas ventajas de utilizar pruebas unitarias son:
  • Fomentan el cambio: facilitan el cambio de código para mejorarlo asegurando que los cambios no introduzcan errores.
  • Sirven como documentación.
  • Los errores están más acotados y son más fáciles de localizar: dado que tenemos pruebas unitarias que pueden desenmascararlos.
Proceso de desarrollo de pruebas unitarias.
Esta metodología ha levantado bastante polémica dentro del mundo de la ingeniería del software en cuanto a los beneficios que proporciona y los límites que sobrepasa más allá de la programación tradicional. Es por esto que hay una gran diversidad de opiniones acerca de las desventajas que puede conllevar el uso de este sistema de programación.
  • En primer lugar el hecho de escribir todos los requerimientos al inicio podría provocar el abuso en la cantidad de los elegidos con el fin de evitar dejar en el olvido alguno.
  • A veces sucede que las propias pruebas unitarias resultan más costosas, desde el punto de vista de la implementación, que la propia implementación del software que se pretende crear, ya que a veces puede resultar más dificultoso encontrar los posibles fallos en los que puede caer la aplicación que la codificación de la misma.
  • Si los casos de prueba que se crean son incorrectos entonces se implementará un código incorrecto, esto en principio sería bastante grave ya que se crearía una aplicación que no tendría el valor que uno esperaba al inicio.
  • Es un sistema de desarrollo que no permite la creación de nuevos algoritmos.
Debido al gran éxito que esta metodología está teniendo en el mundo de la ingeniería del software, son muchas y variadas las herramientas que se han ido desarrollando hasta día de hoy. Algunas han surgido en forma de frameworks, otras en formato plug-in bajo el control de algún browser o incluso como librerías para su uso en plataformas de programación.

En mi caso, utilizaré una herramienta llamada JUnit, este es el framework más importante con que cuenta la metodología TDD (Test-driven Development ), de él han ido surgiendo la mayoría de los frameworks del conjunto de los xUnit. Su importancia seguramente radica en que está basado en el lenguaje java que es un lenguaje muy ágil, reusable y adaptable a otros lenguajes y plataformas.

JUnit es utilizado para testear funcionalidades sobre si funcionarán correctamente o no a través de funciones que ya trae consigo el propio framework, como runners para ejecutar directamente los test o asserts para comprobar la validez de los resultados.

Para instalar JUnit seguimos estos pasos:
  1. Descargamos la librería d la pagina oficial: Aquí.
  2. Descomprimimos el zip en cualquier directorio.
  3. Añadir junit.jar al CLASSPATH. Esta operación puede ser diferente según la máquina de que se trate. Por ejemplo, las máquinas arnelaxx tienen el CLASSPATH configurado (bajo linux) por el administrador y no tienes que hacer nada. En cambio, en la máquina java debes añadir la siguiente línea al fichero .profile del directorio principal de tu usuario y luego volver a conectarte:
    export CLASSPATH=$CLASSPATH:/usr/java13_64/lib/fic/junit.jar:.
En caso de utilizar una IDE como Eclipse (mi caso) ya viene incluido la librería de JUnit. Lo único que hay que hacer es abrir la vista de explorador de proyectos, aquí hacer clic con el botón derecho en la clase Test en concreto, en el menú que aparece elegir "Run as" -> "JUnit Test".


En caso que no se encuentre la librería, una vez descargada solo hay que agregarla. Para añadir un jar externo a nuestro proyecto con Eclipse seguimos los siguientes pasos:
  • Con el botón derecho del ratón sacamos el menú sobre el proyecto y elegimos "propiedades"
  • En la ventana que se abre, en el arbolito de la izquierda elegimos "java build path".
  • En el lado derecho de la ventana, elegimos la pestaña "Libraries"
  • Le damos al botón "add external jar"
  • Buscamos el jar que queremos añadir y lo seleccionamos.
  • Aceptar, aceptar, aceptar
y listo, ese jar ya forma parte de nuestro proyecto Eclipse y podemos usarlo en nuestro programa.
 
Con esto corremos la aplicación como una simp'le aplicación java desde Eclipse.

Las puebas se llevaran a cabo en la entrada de taller.