Unit Testing - Trovit

1,062 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,062
On SlideShare
0
From Embeds
0
Number of Embeds
3
Actions
Shares
0
Downloads
13
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide
  • Introduir eventuo, els seus inicis, alguna caracterísitca? escollir tecnologies, descobrir Guice i com va canviar el meu punt de vista
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • parlar d'un test com pensar el que volem o esperem que passi.
  • Unit Testing - Trovit

    1. 1. Unit Testing @jordi9 4 noviembre 2011
    2. 2. roadmap Definición Primer test Excusas Tipos de tests <3 Mockito Código testeable Q & A #trovitrocks http://bitbucket.org/jordi9/gtug-unit-testing http://slideshare.net/giro9
    3. 3. definición Código (método) que ejecuta un otro código para comprobar su validez.  ... todos hemos escrito unit tests (o algo parecido) características Automático y repetible Fácil de implementar. Cualquiera puede ejecutarlo &quot;apretando un botón&quot; Debe ser  rápido  (<1ms)
    4. 4. nuestro primer test frameworks xUnit family: SUnit, JUnit, NUnit, PHPUnit... Nos facilitan como escribir un test, ejecutarlo y obtener resultados. esquema básico de un test System Under Test (SUT) Precondición - Ejecución - Postcondición  setup > excercise > verify > teardown postcondición...?  Assert assertTrue(boolean); assertEquals(expected, actual); (...) Hamcrest assertThat(foo, is(&quot;foo&quot;));  assertThat(bar, is(not(&quot;foo&quot;)));  assertThat(list, hasSize(9)); 
    5. 5. ejemplo primer test
    6. 6. test con junit public class StringsTest {        @Test     public void stripAllHTMLForAGivenText() {         String html = &quot;<a>Link</a>&quot;;         assertThat(Strings.stripHTML(html), is(&quot;Link&quot;));     }       } public class Strings {      public static String stripHTML(String input) {         return input.replaceAll(&quot;</?+(b)[ˆ<>]++>&quot;, &quot;&quot;);     }   } unit test
    7. 7. tipos de test by @mhevery
    8. 8. excusas... by @mhevery
    9. 9. unit test...? // Class under test CreditCardProcessor creditCardProcessor; @Test public void chargeCreditCard() {         creditCardProcessor = new CreditCardProcessor();    CreditCard c = new CreditCard(&quot;9999 0000 7777&quot;, 5, 2009);    creditCardProcessor.charge(c, 30.0);    assertThat (creditCardProcessor.balance(c), is(-30.0)); } public CreditCardProcessor() { }    Mi tarjeta tenía 30 Euros menos!  
    10. 10. test con dependencias / mocks Dependencias falsas: mocks frameworks fases &quot;expect&quot; - &quot;replay&quot; - &quot;verify&quot;
    11. 11. ejemplo <3 mockito
    12. 12. preparando un test @Before @After Se ejecutan por cada test unitario public class DatabaseTest {    @Before  public void prepareFakeDatabase() {}    @After  public void cleanupFakeDatabase() {} } @BeforeClass @AfterClass Se ejecutan una vez por un conjunto de test public class DatabaseTest {    @BeforeClass  public static void prepareRealDatabase() {}    @AfterClass  public static void cleanupRealDatabase() {} }
    13. 13. fixtures  preconditions Transient fresh fixtures Cada test construye su fixture cada vez y para el solo.      Muy fácil de mantener -- Tests totalmente independientes     Sirve como  Test as Documentation + Minimal Fixture     No teardown -- Implicito Persistent fresh fixtures Tests de integración      Caso claro: Tests con base de datos     Teardown Shared fixtures Reutilizamos los fixture entre varios tests pero...     Rompemos la regla de oro: Keep Tests Independent ... =     Problemas infinitos: Erratic Tests , Obscure Test    http://goo.gl/oxpca | http://goo.gl/22Q19       Difícil de mantener: Fragile Fixture  http://goo.gl/TDUw0
    14. 14. más opciones junit testeando excepciones @Test(expected=IllegalArgumentException.class) public void emptyInputShouldRaiseAnException() {   Strings.stripHTML(&quot;&quot;); } tests con timeout @Test(timeout=1000) public void timeoutFirst() {   Strings.veryLongMethod(&quot;foo&quot;); } ignorar un test @Ignore(&quot;Some very good reason&quot;) @Test(timeout=1000) public void timeoutFirst() {   Strings.veryLongMethod(&quot;foo&quot;); }
    15. 15. ejemplo /etc/junit
    16. 16. detectar código no testeable new 's encapsulados Coste de construcción Estado global API's que engañan
    17. 17. new 's encapsulados class House {    Kitchen kitchen = new Kitchen();    Bedroom bedroom;    House() {    bedroom = new Bedroom();    } }
    18. 18. new 's encapsulados class House {    Kitchen kitchen = new Kitchen();    Bedroom bedroom;    House() {    bedroom = new Bedroom();    } } class HouseTest {    @Test    public void thisIsReallyHard() {      House house = new House();      // Oops... y si quiero utilizar otra cocina u otra      // habitación?    } }
    19. 19. new 's encapsulados fixed class House {    Kitchen kitchen;    Bedroom bedroom;    @Inject // Guice!    House(Kitchen kitchen, Bedroom bedroom) {      this.kitchen = kitchen;      this.bedroom = bedroom;    } }
    20. 20. new 's encapsulados fixed class House {    Kitchen kitchen;    Bedroom bedroom;    @Inject // Guice!    House(Kitchen kitchen, Bedroom bedroom) {      this.kitchen = kitchen;      this.bedroom = bedroom;    } } class HouseTest {    @Test    public void thisIsCoolAndFlexible() {      Kitchen kitchen = new FooKitchen();      Bedroom bedroom = new InexpensiveBedroom();      House house = new House(kitchen, bedroom); // yay!    } }
    21. 21. Coste de construcción class Car {    Engine engine;    Car(File file) {      String model = readEngineModel(file); // expensive method      engine = new EngineFactory().create(model);    } } Para instanciar un objeto:     Tienes que navegar por todo lo que se haga en la constructora.     No puedes sobrescribirla.
    22. 22. Coste de construcción class Car {    Engine engine;    Car(File file) {      String model = readEngineModel(file); // expensive method      engine = new EngineFactory().create(model);    } } class CarTest {    public void noSeamForFakeEngine() {      // Aggh! Ficheros en los unit tests...      File file = new File(&quot;engine.config&quot;);      Car car = new Car(file);    // Quiero utilizar otro motor pero no puedo por culpa    // de la fábrica...    } } Para instanciar un objeto:     Tienes que navegar por todo lo que se haga en la constructora.     No puedes sobrescribirla.
    23. 23. Coste de construcción class Car {    Engine engine;        Car(Engine engine) {      this.engine = engine;    } } @Provides  // más Guice! Engine providesEngine(EngineFactory engineFactory,                      @EngineModel String model) {    return engineFactory.create(model); }
    24. 24. Coste de construcción class Car {    Engine engine;        Car(Engine engine) {      this.engine = engine;    } } @Provides  // más Guice! Engine providesEngine(EngineFactory engineFactory,                      @EngineModel String model) {    return engineFactory.create(model); } @Test public void nowWeHaveACleanDesign() {    Engine fakeEngine = new FakeEngine();    Car car = new Car(fakeEngine); }    Hacer el mínimo trabajo posible en la constructora
    25. 25. Estado global Repetir el mismo proceso y obtener un resultado diferente... ugh! síntomas Orden de los tests importa (prohibido!) No se pueden ejecutar los tests en paralelo ejemplos En la propia JVM tenemos malos ejemplos:    System.currentTime();    new Date();    Math.random() Testear el código anterior es muy difícil.
    26. 26. APIs engañosas Dependencias ocultas... recuperemos el ejemplo de antes @Test public void chargeCreditCard() {         CreditCard cc = new CreditCard(&quot;9999 0000 7777&quot;, 5, 2009);    cc.charge(30.0); } java.lang.NullPointerExpection    at com.trovit.unittesting.C reditCard.charge()
    27. 27. APIs engañosas @Test public void chargeCreditCard() {          CreditCardProcessor.init();    CreditCard cc = new CreditCard(&quot;9999 0000 7777&quot;, 5, 2009);    cc.charge(30.0); } java.lang.NullPointerExpection    at  com.trovit.unittesting .C reditCardProcessor.init()
    28. 28. APIs engañosas @Test public void chargeCreditCard() {    OfflineQueue.start();     CreditCardProcessor.init();    CreditCard cc = new CreditCard(&quot;9999 0000 7777&quot;, 5, 2009);    cc.charge(30.0); } java.lang.NullPointerExpection    at  com.trovit.unittesting .OfflineQueue .start()
    29. 29. APIs engañosas @Test public void chargeCreditCard() {    Database.connect(...);    OfflineQueue.start();     CreditCardProcessor.init();    CreditCard cc = new CreditCard(&quot;9999 0000 7777&quot;, 5, 2009);    cc.charge(30.0); } La API de CreditCard nos engaña:    No expone sus dependencias de manera clara.    Pretende no necesitar la CreditCardProcessor pero lo hace.    Aun pierdo 30 Euros! Si tu código depende del orden en que se inician los Singletons... está documentado en alguna parte? Quien no se ha encontrado esto nunca? ;) La solución es Dependency Injection: Te fuerza el orden correcto en tiempo de compilación.
    30. 30. una solución mejor @Test public void chargeCreditCard() {    db = new Database(...);    queue = new OfflineQueue( db );    ccProc = new CreditCardProcessor( queue );    CreditCard cc = new CreditCard( ccProc , &quot;9999 0000 7777&quot;);    cc.charge(30.0); }
    31. 31. muchísimas más cosas! más frameworks DbUnit WebDriver / Selenium 2 MockRunner Android: ActivityInstrumentationTestCase            ActivityUnitTestCase metodologías Test Driven Development (<3) Acceptance Test Continous Integration / Jenkins utilidades Test coverage: Cobertura / Clover Testability Explorer
    32. 32. gracias! jordi9 @trovit.com @jordi9
    33. 33. Q & A jordi9 @trovit.com @jordi9

    ×