SlideShare una empresa de Scribd logo
1 de 38
Test Unitarios Diseño al cubo : Plan TDD Donostia, 06/05/2011
Plan TDD Test unitarios ,[object Object],[object Object],[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],Frente Frente Frente Frente Test de aceptación Test de integración Test de rendimiento  Test unitarios Software
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],Qué es una prueba unitaria? Una prueba unitaria es una pieza de código escrito por un desarrollador  que prueba una pequeña área específica de la funcionalidad del código
Formación test unitarios Test unitarios ,[object Object]
Formación test unitarios Test unitarios ,[object Object],Escusas para no hacer test unitario - Cuesta mucho tiempo hacer los test  - Cuesta mucho tiempo ejecutar los test - No es mi trabajo testear mi código  - Ya compila... no vale?  - Cuesta mucho tiempo hacer los test  - A mi me pagan por escribir código, no por  escribir tests
Formación test unitarios Test unitarios ,[object Object],Beneficios de hacer test unitarios - Mejora el diseño de la implementación  - Reduce el tiempo invertido debuggeando  - Se gana “seguridad” en los cambios  -  Te hace la vida más fácil y tranquila  - Ayuda a documentar el código  - Se pone el código en situaciones extremas
Formación test unitarios Test unitarios ,[object Object],Estructura de un test - Preparar y configurar el estado necesario para realizar el test - Realizar la llamada al método que se quiere testear - Verificar el resultado obtenido A rrange A ct A ssert
Formación test unitarios Test unitarios ,[object Object],Propiedades de un buen test -  A utomatic:  los tests se deben ejecutar automáticamente -  T horough:  exaustivos, se prueba todo que sea sensible al fallo -  R epeatable:  ejecutar el test una y otra vez, con el mismo resultado  -  I ndependent:  Independiente entre los otros test y del entorno -  P rofessional:  Debe ser código como si fuera producción
Formación test unitarios Test unitarios ,[object Object],Qué testear? -  Right :  Si el código se ejecuta correctamente, ¿cómo lo sé? Right-BICEP -  B oundary :  Probar condiciones límite, muchos “bugs” viven allí -  I nverse :  Testear la lógica inversa si es posible -  C ross-check :  Cotejar los resultados utilizando diferentes medios   -  E rror conditions :  Forzar las situaciones de error  -  P erformance :  Probar las características de rendimiento si requiere
Formación test unitarios Test unitarios Ejemplo  de clase :
Formación test unitarios Test unitarios Ejemplo de test:
Formación test unitarios Test unitarios Ejemplo de test:
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object],[object Object],[object Object]
Plan TDD Dobles de prueba Un doble de prueba es un objeto que no es el real y  que usamos para poder probar una funcionalidad aislándonos del resto de los objetos del sistema ¿Qué son los doble de prueba?
Plan TDD Tipos de doble de prueba (o roles) ,[object Object],[object Object],[object Object],[object Object],[object Object],Dobles de prueba
Plan TDD Dobles de prueba Frameworks para trabajar con dobles de prueba ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]
Plan TDD Dobles de prueba Un  stub  es un objeto que programamos para que nos devuelva lo que nos de la gana y poder probar cómo reacciona nuestro código ante los distintos valores de respuesta del colaborador en cuestión Stubs
Plan TDD Dobles de prueba Ejemplo de stub  (usando mockito) public class CompraTest { Producto unProductoStub =  mock (Producto.class); Producto otroProductoStub =  mock (Producto.class); PasarelaDePago pasarelaDePagoStub =  mock (PasarelaDePago.class); Compra compra = new Compra(pasarelaDePagoStub); @Test public void  si_el_cliente_tiene_fondos_para_realizar_la_compra_la_puedo_confirmar() { when (unProductoStub.precio()). thenReturn (50); when (otroProductoStub.precio()). thenReturn (25); when (pasarelaDePagoStub.tieneElUsuarioFondosPorValorDe(75)). thenReturn (true); compra.anadir(unProductoStub); compra.anadir(otroProductoStub); assertTrue(compra.confirmar()); } }
Plan TDD ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],Dobles de prueba
Plan TDD Dobles de prueba Mocks Un  mock  es un doble que nos sirve para verificar salidas indirectas del objeto que estamos probando
Plan TDD Dobles de prueba Ejemplo de mock  (usando easyMock) public class CompraTestMocks { PasarelaDePago pasarelaDePagoMock = createMock(PasarelaDePago.class); Producto unProductoStub = createMock(Producto.class); Compra compra = new Compra(pasarelaDePagoMock); @Test public void  si_el_cliente_tiene_fondos_para_realizar_la_compra_tengo_que_cobrarle_a_traves_de_la_pasarela_de_pago() { expect (unProductoStub.precio()). andReturn (50); expect (pasarelaDePagoMock.tieneElUsuarioFondosPorValorDe(50)). andReturn (true); pasarelaDePagoMock.cobrar(50); replay (pasarelaDePagoMock); replay (unProductoStub); compra.anadir(unProductoStub); compra.confirmar(); verify (pasarelaDePagoMock); } }
Plan TDD boolean confirmar() { int elPrecioDeLaCompra = precio(); boolean tieneElUsuarioFondos = pasarelaDePago.tieneElUsuarioFondosPorValorDe(elPrecioDeLaCompra); if (tieneElUsuarioFondos){ pasarelaDePago.cobrar(elPrecioDeLaCompra); } return tieneElUsuarioFondos; } Dobles de prueba
Plan TDD Dobles de prueba Spies Al igual que los  mocks , los  spies  sirven para hacer comprobaciones sobre salidas indirectas. La diferencia es que con un  Spy  lo que hacemos es después de ejecutar el método a probar verificar si sobre el doble se ha invocado a tal o cual método
Plan TDD Dobles de prueba Ejemplo de Spy  (usando mockito) public class CompraTestSpies { PasarelaDePago pasarelaDePagoSpy =  mock (PasarelaDePago.class); Producto unProductoStub =  mock (Producto.class); Compra compra = new Compra(pasarelaDePagoSpy); @Test public void si_el_cliente_tiene_fondos_para_realizar_la_compra_tengo_que_cobrarle_a_traves_de_la_pasarela_de_pago() { when (unProductoStub.precio()). thenReturn (50); when (pasarelaDePagoSpy.tieneElUsuarioFondosPorValorDe(50)). thenReturn (false); compra.anadir(unProductoStub); compra.confirmar(); verify (pasarelaDePagoSpy).cobrar(50); } }
Plan TDD Dobles de prueba Entonces ¿Mocks o Spies?
Plan TDD Dobles de prueba Fakes Un  fake  es una implementación falsa de un determinado interfaz, más simple normalmente, con el objetivo de hacer que el test se pueda ejecutar más rápido o sin dependencias de un sistema externo.  Por ejemplo un  fake  de un objeto que acceda a la persistencia podría ser una implementación en memoria del mismo objeto.
Plan TDD Dobles de prueba Dummy Un  dummy  es simplemente cuando el objeto a probar tiene algún colaborador que no vamos a utilizar en este test, entonces se le pasa un  dummy  que puede ser simplemente un nulo
Plan TDD Webs de referencia Mock Sucks http://www.testingtv.com/2010/12/20/mocks-suck-and-what-to-do-about-it/ Java Mock Frameworks Comparison http://www.sizovpoint.com/2009/03/java-mock-frameworks-comparison.html Diferencias entre mocks y stubs http://theproc.es/2009/5/21/658/diferencias-entre-mocks-y-stubs Escribiendo mejores tests http://weblogs.javahispano.org/artesanodeprimera/entry/escribiendo_mejores_test_iii_mocking Dobles de prueba
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ,[object Object],[object Object],[object Object]
Formación test unitarios Test unitarios ¡Nos vemos en 15 días!
Ruben Egiluz Software Engineer Ivan Rodriguez Software Engineer Donewtech Solutions, S.L. Zubiberri Bidea 31 Edificio Urumea 20018 Donostia – San Sebastián +34 943 223 031 www.donewtech.com ¡¡Gracias!!

Más contenido relacionado

La actualidad más candente

Quality Assurance and Software Testing
Quality Assurance and Software TestingQuality Assurance and Software Testing
Quality Assurance and Software Testing
pingkapil
 
Manual testing real time questions by subbu
Manual testing real time questions by subbuManual testing real time questions by subbu
Manual testing real time questions by subbu
palla subrahmanyam
 
Complete guide to manual testing@uma
Complete guide to manual  testing@umaComplete guide to manual  testing@uma
Complete guide to manual testing@uma
Uma Sapireddy
 
Basic software-testing-concepts
Basic software-testing-conceptsBasic software-testing-concepts
Basic software-testing-concepts
medsherb
 

La actualidad más candente (20)

Quality Assurance and Software Testing
Quality Assurance and Software TestingQuality Assurance and Software Testing
Quality Assurance and Software Testing
 
테스터가 말하는 테스트코드 작성 팁과 사례
테스터가 말하는 테스트코드 작성 팁과 사례테스터가 말하는 테스트코드 작성 팁과 사례
테스터가 말하는 테스트코드 작성 팁과 사례
 
Unit and integration Testing
Unit and integration TestingUnit and integration Testing
Unit and integration Testing
 
Selenium with Cucumber
Selenium  with Cucumber Selenium  with Cucumber
Selenium with Cucumber
 
Unit Testing Concepts and Best Practices
Unit Testing Concepts and Best PracticesUnit Testing Concepts and Best Practices
Unit Testing Concepts and Best Practices
 
Pruebas Unitarias
Pruebas Unitarias Pruebas Unitarias
Pruebas Unitarias
 
Manual testing real time questions by subbu
Manual testing real time questions by subbuManual testing real time questions by subbu
Manual testing real time questions by subbu
 
Info manual testing questions
Info manual testing questionsInfo manual testing questions
Info manual testing questions
 
Automated Testing vs Manual Testing
Automated Testing vs Manual TestingAutomated Testing vs Manual Testing
Automated Testing vs Manual Testing
 
Software testing
Software testingSoftware testing
Software testing
 
Entregables de pruebas
Entregables de pruebasEntregables de pruebas
Entregables de pruebas
 
Agile QA and Testing process
Agile QA and Testing processAgile QA and Testing process
Agile QA and Testing process
 
Manual Testing Notes
Manual Testing NotesManual Testing Notes
Manual Testing Notes
 
Understanding Unit Testing
Understanding Unit TestingUnderstanding Unit Testing
Understanding Unit Testing
 
Slides chapters 13-14
Slides chapters 13-14Slides chapters 13-14
Slides chapters 13-14
 
TESTING STRATEGY.ppt
TESTING STRATEGY.pptTESTING STRATEGY.ppt
TESTING STRATEGY.ppt
 
Pruebas De Software
Pruebas De SoftwarePruebas De Software
Pruebas De Software
 
TestNG Framework
TestNG Framework TestNG Framework
TestNG Framework
 
Complete guide to manual testing@uma
Complete guide to manual  testing@umaComplete guide to manual  testing@uma
Complete guide to manual testing@uma
 
Basic software-testing-concepts
Basic software-testing-conceptsBasic software-testing-concepts
Basic software-testing-concepts
 

Similar a Test unitarios

Junit y Jmock
Junit y JmockJunit y Jmock
Junit y Jmock
kaolong
 
pruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptxpruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptx
CompusoftnetCiaLtda
 
Pruebas de aceptación 15 11_2013
Pruebas de aceptación 15 11_2013Pruebas de aceptación 15 11_2013
Pruebas de aceptación 15 11_2013
dayaorte
 

Similar a Test unitarios (20)

Introducción a Unit Testing y TDD
Introducción a Unit Testing y TDDIntroducción a Unit Testing y TDD
Introducción a Unit Testing y TDD
 
Junit y Jmock
Junit y JmockJunit y Jmock
Junit y Jmock
 
Introducción a tdd
Introducción a tddIntroducción a tdd
Introducción a tdd
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Testing efectivo con pytest
Testing efectivo con pytestTesting efectivo con pytest
Testing efectivo con pytest
 
Conceptos básicos de Unit Test
Conceptos básicos de Unit Test Conceptos básicos de Unit Test
Conceptos básicos de Unit Test
 
software testing
software testingsoftware testing
software testing
 
pruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptxpruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptx
 
Insight Brou 2009 11 Encuentro Usr Rational Gur07
Insight Brou 2009 11   Encuentro Usr Rational Gur07Insight Brou 2009 11   Encuentro Usr Rational Gur07
Insight Brou 2009 11 Encuentro Usr Rational Gur07
 
Testing & Pizza by Lito & nitsnets
Testing & Pizza by Lito & nitsnetsTesting & Pizza by Lito & nitsnets
Testing & Pizza by Lito & nitsnets
 
Tdd
TddTdd
Tdd
 
Software Quality Assurance
Software Quality AssuranceSoftware Quality Assurance
Software Quality Assurance
 
Introducción a TDD
Introducción a TDDIntroducción a TDD
Introducción a TDD
 
Pruebas Automatizadas
Pruebas AutomatizadasPruebas Automatizadas
Pruebas Automatizadas
 
S9-DAW-2022S1.pptx
S9-DAW-2022S1.pptxS9-DAW-2022S1.pptx
S9-DAW-2022S1.pptx
 
Pruebas de aceptación 15 11_2013
Pruebas de aceptación 15 11_2013Pruebas de aceptación 15 11_2013
Pruebas de aceptación 15 11_2013
 
Presentación: xUnit y Junit
Presentación: xUnit y JunitPresentación: xUnit y Junit
Presentación: xUnit y Junit
 
Pruebas-OCW.pdf
Pruebas-OCW.pdfPruebas-OCW.pdf
Pruebas-OCW.pdf
 
Como escribir buenos tests al hacer TDD
Como escribir buenos tests al hacer TDDComo escribir buenos tests al hacer TDD
Como escribir buenos tests al hacer TDD
 
Probando aplicaciones AngularJS
Probando aplicaciones AngularJSProbando aplicaciones AngularJS
Probando aplicaciones AngularJS
 

Último

Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
AnnimoUno1
 

Último (11)

PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptxPROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
 
How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.How to use Redis with MuleSoft. A quick start presentation.
How to use Redis with MuleSoft. A quick start presentation.
 
Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21Innovaciones tecnologicas en el siglo 21
Innovaciones tecnologicas en el siglo 21
 
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
Resistencia extrema al cobre por un consorcio bacteriano conformado por Sulfo...
 
Avances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvanaAvances tecnológicos del siglo XXI 10-07 eyvana
Avances tecnológicos del siglo XXI 10-07 eyvana
 
Modulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdfModulo-Mini Cargador.................pdf
Modulo-Mini Cargador.................pdf
 
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptxEVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
EVOLUCION DE LA TECNOLOGIA Y SUS ASPECTOSpptx
 
pruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNITpruebas unitarias unitarias en java con JUNIT
pruebas unitarias unitarias en java con JUNIT
 
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdfRefrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
Refrigerador_Inverter_Samsung_Curso_y_Manual_de_Servicio_Español.pdf
 
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptxEL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
EL CICLO PRÁCTICO DE UN MOTOR DE CUATRO TIEMPOS.pptx
 
Avances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estosAvances tecnológicos del siglo XXI y ejemplos de estos
Avances tecnológicos del siglo XXI y ejemplos de estos
 

Test unitarios

  • 1. Test Unitarios Diseño al cubo : Plan TDD Donostia, 06/05/2011
  • 2.
  • 3.
  • 4.
  • 5.
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14. Formación test unitarios Test unitarios Ejemplo de clase :
  • 15. Formación test unitarios Test unitarios Ejemplo de test:
  • 16. Formación test unitarios Test unitarios Ejemplo de test:
  • 17.
  • 18. Plan TDD Dobles de prueba Un doble de prueba es un objeto que no es el real y que usamos para poder probar una funcionalidad aislándonos del resto de los objetos del sistema ¿Qué son los doble de prueba?
  • 19.
  • 20.
  • 21. Plan TDD Dobles de prueba Un stub es un objeto que programamos para que nos devuelva lo que nos de la gana y poder probar cómo reacciona nuestro código ante los distintos valores de respuesta del colaborador en cuestión Stubs
  • 22. Plan TDD Dobles de prueba Ejemplo de stub (usando mockito) public class CompraTest { Producto unProductoStub = mock (Producto.class); Producto otroProductoStub = mock (Producto.class); PasarelaDePago pasarelaDePagoStub = mock (PasarelaDePago.class); Compra compra = new Compra(pasarelaDePagoStub); @Test public void si_el_cliente_tiene_fondos_para_realizar_la_compra_la_puedo_confirmar() { when (unProductoStub.precio()). thenReturn (50); when (otroProductoStub.precio()). thenReturn (25); when (pasarelaDePagoStub.tieneElUsuarioFondosPorValorDe(75)). thenReturn (true); compra.anadir(unProductoStub); compra.anadir(otroProductoStub); assertTrue(compra.confirmar()); } }
  • 23.
  • 24. Plan TDD Dobles de prueba Mocks Un mock es un doble que nos sirve para verificar salidas indirectas del objeto que estamos probando
  • 25. Plan TDD Dobles de prueba Ejemplo de mock (usando easyMock) public class CompraTestMocks { PasarelaDePago pasarelaDePagoMock = createMock(PasarelaDePago.class); Producto unProductoStub = createMock(Producto.class); Compra compra = new Compra(pasarelaDePagoMock); @Test public void si_el_cliente_tiene_fondos_para_realizar_la_compra_tengo_que_cobrarle_a_traves_de_la_pasarela_de_pago() { expect (unProductoStub.precio()). andReturn (50); expect (pasarelaDePagoMock.tieneElUsuarioFondosPorValorDe(50)). andReturn (true); pasarelaDePagoMock.cobrar(50); replay (pasarelaDePagoMock); replay (unProductoStub); compra.anadir(unProductoStub); compra.confirmar(); verify (pasarelaDePagoMock); } }
  • 26. Plan TDD boolean confirmar() { int elPrecioDeLaCompra = precio(); boolean tieneElUsuarioFondos = pasarelaDePago.tieneElUsuarioFondosPorValorDe(elPrecioDeLaCompra); if (tieneElUsuarioFondos){ pasarelaDePago.cobrar(elPrecioDeLaCompra); } return tieneElUsuarioFondos; } Dobles de prueba
  • 27. Plan TDD Dobles de prueba Spies Al igual que los mocks , los spies sirven para hacer comprobaciones sobre salidas indirectas. La diferencia es que con un Spy lo que hacemos es después de ejecutar el método a probar verificar si sobre el doble se ha invocado a tal o cual método
  • 28. Plan TDD Dobles de prueba Ejemplo de Spy (usando mockito) public class CompraTestSpies { PasarelaDePago pasarelaDePagoSpy = mock (PasarelaDePago.class); Producto unProductoStub = mock (Producto.class); Compra compra = new Compra(pasarelaDePagoSpy); @Test public void si_el_cliente_tiene_fondos_para_realizar_la_compra_tengo_que_cobrarle_a_traves_de_la_pasarela_de_pago() { when (unProductoStub.precio()). thenReturn (50); when (pasarelaDePagoSpy.tieneElUsuarioFondosPorValorDe(50)). thenReturn (false); compra.anadir(unProductoStub); compra.confirmar(); verify (pasarelaDePagoSpy).cobrar(50); } }
  • 29. Plan TDD Dobles de prueba Entonces ¿Mocks o Spies?
  • 30. Plan TDD Dobles de prueba Fakes Un fake es una implementación falsa de un determinado interfaz, más simple normalmente, con el objetivo de hacer que el test se pueda ejecutar más rápido o sin dependencias de un sistema externo. Por ejemplo un fake de un objeto que acceda a la persistencia podría ser una implementación en memoria del mismo objeto.
  • 31. Plan TDD Dobles de prueba Dummy Un dummy es simplemente cuando el objeto a probar tiene algún colaborador que no vamos a utilizar en este test, entonces se le pasa un dummy que puede ser simplemente un nulo
  • 32. Plan TDD Webs de referencia Mock Sucks http://www.testingtv.com/2010/12/20/mocks-suck-and-what-to-do-about-it/ Java Mock Frameworks Comparison http://www.sizovpoint.com/2009/03/java-mock-frameworks-comparison.html Diferencias entre mocks y stubs http://theproc.es/2009/5/21/658/diferencias-entre-mocks-y-stubs Escribiendo mejores tests http://weblogs.javahispano.org/artesanodeprimera/entry/escribiendo_mejores_test_iii_mocking Dobles de prueba
  • 33.
  • 34.
  • 35.
  • 36.
  • 37. Formación test unitarios Test unitarios ¡Nos vemos en 15 días!
  • 38. Ruben Egiluz Software Engineer Ivan Rodriguez Software Engineer Donewtech Solutions, S.L. Zubiberri Bidea 31 Edificio Urumea 20018 Donostia – San Sebastián +34 943 223 031 www.donewtech.com ¡¡Gracias!!