El documento define las pruebas unitarias como pruebas que un desarrollador realiza para verificar el correcto funcionamiento de unidades de código individuales como clases o funciones, generalmente usando frameworks como JUnit o PHPUnit. Si bien las pruebas unitarias son un tipo de prueba que puede realizar un desarrollador, no son lo único y existen otros tipos de pruebas como funcionales, de integración y no funcionales.

1. Desambiguación del término
Pruebas Unitarias
= Pruebas unitarias
Fail!
Pruebas que hace un
desarrollador antes de entregar
el código al siguiente paso
Pruebas del
desarrollador Pruebas
unitarias
Pruebas unitarias = En programación, una prueba
unitaria es una forma de comprobar el correcto
funcionamiento de una unidad de código (clase o
función). Para ello se por lo general se usan frameworks
como: JUnit, NUnit, PHPUnit, SimpleTest.
https://es.wikipedia.org/wiki/Prueba_unitaria
Pruebas de
Integración
Pruebas
funcionales
Validación
estática de
código
Fail!
Pruebas de
camino feliz
Pruebas de
caminos
alternativos
Las pruebas unitarias de un desarrollador por lo general lucen así
Clase Calculator a probar
Clase CalculatorTest construida para probar la
clase Calculator empleando el framework JUnit
CONCLUSIONES Y COMENTARIOS
• Cuando un desarrollador hace pruebas, NO NECESARIAMENTE son pruebas unitarias
• Las pruebas unitarias son UNA de las tantas pruebas que puede hacer un
desarrollador.
• Si las únicas pruebas que hace un desarrollador son pruebas unitarias, entonces solo
en ese caso se cumpliría la igualdad en cuanto a esfuerzo hecho.
• Un desarrollador para entregar el código puede realizar: pruebas unitarias,
funcionales, no funcionales, validación estática de código, de caja blanca, de caja
negra, integración, entre muchas otras.
• No todo desarrollador hace pruebas unitarias.
• Una buena forma de escribir pruebas unitarias es usar TDD (Test Driven
Development).
• Una prueba unitaria implica escribir un programa o clase que pruebe mi programa o
clase.
• Las pruebas unitarias que se automatizan en integración continua son las mostradas
en la parte inferior de esta imagen.
• La obligación del desarrollador hacia el equipo es entregar cada componente de
cogido con la mayor calidad de la que es capaz los diferentes tipos de pruebas son la
herramientas mediante la cual el desarrollador se asegura que cada componente
que libera es de la mayor calidad posible. (Pablo Tena -
https://www.linkedin.com/in/pablo-tena-1121a813 )
• Bonus track: aunque aparentemente son “más trabajo”, el realizar pruebas unitarias
(y más si se usa TDD) implicará en reducción de tiempo total en el desarrollo,
pruebas y mantenimiento del código construido.
Fuente = https://www.vogella.com/tutorials/JUnit/article.html
Fuente = https://www.vogella.com/tutorials/JUnit/article.html
Pruebas no
funcionales
Otras
pruebas
Elaborado por: Jorge H. Abad L.
www.lecciones-aprendidas.com
@jorge_abad
www.linkedin.com/in/jorgeabadl/