SlideShare una empresa de Scribd logo
1 de 24
Descargar para leer sin conexión
Unit Testing
Testing
Unit
Federico Lozada Mosto
http://www.mostofreddy.com.ar
@mostofreddy
@mostofreddy
@federicolozadamosto
Una prueba unitaria es una forma de probar el correcto
funcionamiento de una unidad funcional de forma aislada.
Esto sirve para asegurar que cada unidad funcione correctamente.
Características
Automatizable
Deben poder ejecutarse de forma automática
sin intervención manual

Predecible
Deben devolver el mismo resultado sin importar
la cantidad de veces que se corran

Enfocada
Cada test se debe estar enfocado a una unidad funcional
Ejecución rápida
Deben ejecutarse rápidamente

Aisladas/independiente
No deben afectar a otro test, unidada funcional
ni acceder a recursos del sistema

Desarrollo rápido
Simples y fáciles de desarrollar

Profesional
Debe ser código como si fuera producción
Ventajas
Mejora la calidad del código y su arquitectura
Facilita la refactorización
Documenta el código
Detecta bugs tempranamente
Ayuda a tener un código mas desacoplado
Simplifica la integración entre sistemas
Excusas
El código es fácil de testear
El test no forma parte del desarrollo
Los desarrolladores no quieren escribir los test
Cuesta mucho tiempo hacer los test
Testing es para QA
Estructura de un test
Arrange:
Es la parte del test donde se configura e
inicializa el test unitario

Act
Es la parte donde se ejecuta el código de
la prueba unitaria

Assert
Es la parte donde se prueba el resultado
del test unitario
There is no secret to writing tests…
… there are only secrets to writing testable code!
by Misko Hevery

Técnicas para hacer nuestro
código más testeable
Programar orientado a interfaces
Usar la ley de Demeter y los principios SOLID
Definir la correcta responsabilidad en cada clase y método
Evitar métodos largos
Aislar dependencias y utilizar Inversión de Control
No realizar tareas en el método constructor
Preferir la dependencia ante la herencia
Evitar el patrón Singleton
Buenas prácticas
Cada test debe ser independiente al resto
Un test debe probar solo una unidad lógica
Debe haber un solo assert por test
Nombre descriptivo
Implementar test dobles para las dependencias
Mocks & test doubles
Sometimes it is just plain hard to test the system under test (SUT)
because it depends on other components that
cannot be used in the test environment.
This could be because they aren't available,
they will not return the results needed for the test
or because executing them would have
undesirable side effects.
In other cases, our test strategy requires us to have more control
or visibility of the internal behavior of the SUT.
When we are writing a test in which we cannot (or chose not to)
use a real depended-on component (DOC),
we can replace it with a Test Double.
The Test Double doesn't have to behave exactly like the real DOC;
it merely has to provide the same API
as the real one so that the SUT thinks it is the real one!
– Gerard Meszaros
Mock:
Un mock de una interfaz nos sirve para confirmar que los métodos
de la interfaz se han llamado correctamente durante la ejecución del test.

Stub
Reemplaza/simula una dependencia a una clase/módulo. El test tiene
el control sobre el Stub y puede predefinir valores de respuesta.

Fake

Clase programada para generar objetos que aparentan

un funcionamiento correcto.
Dummy:

Objetos usados para rellenar o ser pasados por parámetro.

De implementación pueden estar vacíos, ya que no van a ser usados
directamente.

Spy

Stub pero además de cumplir su función, almacena información

como los métodos llamados.
Herramientas
PHP ............................. phpunit
Java ............................... JUnit
Net ................................ NUnit
Smalltalk ................. Sunit
Python ..................... PyUnit
Ruby ....................... Test::Unit
¿Preguntas?
@mostofreddy
Federico Lozada Mosto
http://www.mostofreddy.com.ar

@mostofreddy
@federicolozadamosto

Más contenido relacionado

La actualidad más candente

Pruebas software con junit ..
Pruebas software con junit ..Pruebas software con junit ..
Pruebas software con junit ..
siticfje
 
Junit con netbeans
Junit con netbeansJunit con netbeans
Junit con netbeans
bachispasaca
 
Tema 9 pruebas unitarias por gio
Tema 9   pruebas unitarias por gioTema 9   pruebas unitarias por gio
Tema 9 pruebas unitarias por gio
Robert Wolf
 
Junit y Jmock
Junit y JmockJunit y Jmock
Junit y Jmock
kaolong
 
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
 
Unit Testing with Mock Objects
Unit Testing with Mock ObjectsUnit Testing with Mock Objects
Unit Testing with Mock Objects
Angel Nuñez
 

La actualidad más candente (20)

Pruebas software con junit ..
Pruebas software con junit ..Pruebas software con junit ..
Pruebas software con junit ..
 
Caja blanca
Caja blancaCaja blanca
Caja blanca
 
Unit testing
Unit testingUnit testing
Unit testing
 
Software caja negra y caja blanca
Software caja negra y caja blancaSoftware caja negra y caja blanca
Software caja negra y caja blanca
 
Test Automation .NET
Test Automation .NETTest Automation .NET
Test Automation .NET
 
Junit con netbeans
Junit con netbeansJunit con netbeans
Junit con netbeans
 
Introducción a JUnit 4
Introducción a JUnit 4Introducción a JUnit 4
Introducción a JUnit 4
 
Tema 9 pruebas unitarias por gio
Tema 9   pruebas unitarias por gioTema 9   pruebas unitarias por gio
Tema 9 pruebas unitarias por gio
 
Junit y Jmock
Junit y JmockJunit y Jmock
Junit y Jmock
 
Pruebas Automatizadas
Pruebas AutomatizadasPruebas Automatizadas
Pruebas Automatizadas
 
Pruebas de softwares
Pruebas de softwaresPruebas de softwares
Pruebas de softwares
 
Prueba de Caja Blanca
Prueba de Caja BlancaPrueba de Caja Blanca
Prueba de Caja Blanca
 
Testing Con Visual Studio Team System 2008
Testing Con Visual Studio Team System 2008Testing Con Visual Studio Team System 2008
Testing Con Visual Studio Team System 2008
 
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
 
Conceptos básicos de Unit Test
Conceptos básicos de Unit Test Conceptos básicos de Unit Test
Conceptos básicos de Unit Test
 
Test Driven Infrastructure
Test Driven InfrastructureTest Driven Infrastructure
Test Driven Infrastructure
 
Qunit CookBook español
Qunit CookBook españolQunit CookBook español
Qunit CookBook español
 
Jester
JesterJester
Jester
 
Unit Testing with Mock Objects
Unit Testing with Mock ObjectsUnit Testing with Mock Objects
Unit Testing with Mock Objects
 
Introducción a TDD
Introducción a TDDIntroducción a TDD
Introducción a TDD
 

Destacado (7)

HTML5 Web Components
HTML5 Web ComponentsHTML5 Web Components
HTML5 Web Components
 
The art of unit testing
The art of unit testingThe art of unit testing
The art of unit testing
 
Html5 with Vaadin and Scala
Html5 with Vaadin and ScalaHtml5 with Vaadin and Scala
Html5 with Vaadin and Scala
 
Quality testing genexus day v5 (1)
Quality testing genexus day v5 (1)Quality testing genexus day v5 (1)
Quality testing genexus day v5 (1)
 
SQM Quality Standards
SQM Quality StandardsSQM Quality Standards
SQM Quality Standards
 
Calidad de software
Calidad de softwareCalidad de software
Calidad de software
 
Introducción a JUnit
Introducción a JUnitIntroducción a JUnit
Introducción a JUnit
 

Similar a Introduction to unit testing

Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
nahzz
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
ozkar21
 
pruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptxpruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptx
CompusoftnetCiaLtda
 

Similar a Introduction to unit testing (20)

Vuelta_a_los_origines_Testing.pdf
Vuelta_a_los_origines_Testing.pdfVuelta_a_los_origines_Testing.pdf
Vuelta_a_los_origines_Testing.pdf
 
Introducción a test unitarios y test de integración.pdf
Introducción a test unitarios y test de integración.pdfIntroducción a test unitarios y test de integración.pdf
Introducción a test unitarios y test de integración.pdf
 
Pruebas unitarias 7mo -b
Pruebas unitarias   7mo -bPruebas unitarias   7mo -b
Pruebas unitarias 7mo -b
 
Calidad del software cap3
Calidad del software   cap3Calidad del software   cap3
Calidad del software cap3
 
Estrategias de aplicación de pruebas
Estrategias de aplicación de pruebasEstrategias de aplicación de pruebas
Estrategias de aplicación de pruebas
 
Pruebas
PruebasPruebas
Pruebas
 
S5-CDSQA.pptx
S5-CDSQA.pptxS5-CDSQA.pptx
S5-CDSQA.pptx
 
Cypress en un mundo lleno de Selenium
Cypress en un mundo lleno de SeleniumCypress en un mundo lleno de Selenium
Cypress en un mundo lleno de Selenium
 
Pruebas automaticas
Pruebas automaticasPruebas automaticas
Pruebas automaticas
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Prueba de software
Prueba de softwarePrueba de software
Prueba de software
 
Mapa conseptual tipos de pruebas.
Mapa conseptual tipos de pruebas.Mapa conseptual tipos de pruebas.
Mapa conseptual tipos de pruebas.
 
Exposición software.pptx
Exposición software.pptxExposición software.pptx
Exposición software.pptx
 
Exposición software.pptx
Exposición software.pptxExposición software.pptx
Exposición software.pptx
 
pruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptxpruebasunitarias-110921232512-phpapp02.pptx
pruebasunitarias-110921232512-phpapp02.pptx
 
10 pruebas (caso de uso)
10 pruebas  (caso de uso)10 pruebas  (caso de uso)
10 pruebas (caso de uso)
 
10 pruebas
10 pruebas10 pruebas
10 pruebas
 
Pruebas de software
Pruebas de softwarePruebas de software
Pruebas de software
 
Prubea de software
Prubea de softwarePrubea de software
Prubea de software
 
Pruebas de Software
Pruebas de SoftwarePruebas de Software
Pruebas de Software
 

Más de Federico Damián Lozada Mosto (8)

Php 5.6
Php 5.6Php 5.6
Php 5.6
 
Solid Principles & Design patterns with PHP examples
Solid Principles & Design patterns with PHP examplesSolid Principles & Design patterns with PHP examples
Solid Principles & Design patterns with PHP examples
 
Implementando una Arquitectura de Microservicios
Implementando una Arquitectura de MicroserviciosImplementando una Arquitectura de Microservicios
Implementando una Arquitectura de Microservicios
 
Key features PHP 5.3 - 5.6
Key features PHP 5.3 - 5.6Key features PHP 5.3 - 5.6
Key features PHP 5.3 - 5.6
 
Composer
ComposerComposer
Composer
 
Travis-CI - Continuos integration in the cloud for PHP
Travis-CI - Continuos integration in the cloud for PHPTravis-CI - Continuos integration in the cloud for PHP
Travis-CI - Continuos integration in the cloud for PHP
 
PHP 5.4
PHP 5.4PHP 5.4
PHP 5.4
 
Scrum
ScrumScrum
Scrum
 

Último

redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
nicho110
 

Último (10)

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
 
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
 
redes informaticas en una oficina administrativa
redes informaticas en una oficina administrativaredes informaticas en una oficina administrativa
redes informaticas en una oficina administrativa
 
Guia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos BasicosGuia Basica para bachillerato de Circuitos Basicos
Guia Basica para bachillerato de Circuitos Basicos
 
Buenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.pptxBuenos_Aires_Meetup_Redis_20240430_.pptx
Buenos_Aires_Meetup_Redis_20240430_.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.
 
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
 
investigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXIinvestigación de los Avances tecnológicos del siglo XXI
investigación de los Avances tecnológicos del siglo XXI
 
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...
 

Introduction to unit testing

  • 3. Una prueba unitaria es una forma de probar el correcto funcionamiento de una unidad funcional de forma aislada. Esto sirve para asegurar que cada unidad funcione correctamente.
  • 5. Automatizable Deben poder ejecutarse de forma automática sin intervención manual Predecible Deben devolver el mismo resultado sin importar la cantidad de veces que se corran Enfocada Cada test se debe estar enfocado a una unidad funcional
  • 6. Ejecución rápida Deben ejecutarse rápidamente Aisladas/independiente No deben afectar a otro test, unidada funcional ni acceder a recursos del sistema Desarrollo rápido Simples y fáciles de desarrollar Profesional Debe ser código como si fuera producción
  • 8. Mejora la calidad del código y su arquitectura Facilita la refactorización Documenta el código Detecta bugs tempranamente Ayuda a tener un código mas desacoplado Simplifica la integración entre sistemas
  • 10. El código es fácil de testear El test no forma parte del desarrollo Los desarrolladores no quieren escribir los test Cuesta mucho tiempo hacer los test Testing es para QA
  • 12. Arrange: Es la parte del test donde se configura e inicializa el test unitario Act Es la parte donde se ejecuta el código de la prueba unitaria Assert Es la parte donde se prueba el resultado del test unitario
  • 13. There is no secret to writing tests… … there are only secrets to writing testable code! by Misko Hevery Técnicas para hacer nuestro código más testeable
  • 14. Programar orientado a interfaces Usar la ley de Demeter y los principios SOLID Definir la correcta responsabilidad en cada clase y método Evitar métodos largos Aislar dependencias y utilizar Inversión de Control No realizar tareas en el método constructor Preferir la dependencia ante la herencia Evitar el patrón Singleton
  • 16. Cada test debe ser independiente al resto Un test debe probar solo una unidad lógica Debe haber un solo assert por test Nombre descriptivo Implementar test dobles para las dependencias
  • 17. Mocks & test doubles
  • 18. Sometimes it is just plain hard to test the system under test (SUT) because it depends on other components that cannot be used in the test environment. This could be because they aren't available, they will not return the results needed for the test or because executing them would have undesirable side effects. In other cases, our test strategy requires us to have more control or visibility of the internal behavior of the SUT. When we are writing a test in which we cannot (or chose not to) use a real depended-on component (DOC), we can replace it with a Test Double. The Test Double doesn't have to behave exactly like the real DOC; it merely has to provide the same API as the real one so that the SUT thinks it is the real one! – Gerard Meszaros
  • 19. Mock: Un mock de una interfaz nos sirve para confirmar que los métodos de la interfaz se han llamado correctamente durante la ejecución del test. Stub Reemplaza/simula una dependencia a una clase/módulo. El test tiene el control sobre el Stub y puede predefinir valores de respuesta. Fake Clase programada para generar objetos que aparentan un funcionamiento correcto.
  • 20. Dummy: Objetos usados para rellenar o ser pasados por parámetro. De implementación pueden estar vacíos, ya que no van a ser usados directamente. Spy Stub pero además de cumplir su función, almacena información como los métodos llamados.
  • 22. PHP ............................. phpunit Java ............................... JUnit Net ................................ NUnit Smalltalk ................. Sunit Python ..................... PyUnit Ruby ....................... Test::Unit