Pruebas unitarias
Contenido del curso
Pruebas unitarias
Contenido del curso
Edgar Mauricio Pérez Rojas
Salvador Santander Gutiérrez
Rubén Ernesto Aragón Gil
Iván Antonio Bustos Calderón
Jorge Arango
Jefred Bedoya
Ronaldo Delgado
Michael Liendo
Resumen
Son las más comunes y se enfocan en probar unidades específicas, incluso conectando dependencias como BD o librerías emuladas (Dummies); se les conoce también como pruebas de estado o de caja negra, ya que solo importan las entradas y las salidas, en algunas ocasiones se hace con dependencias reales.
Una unidad puede ser una función o un método o una clase, depende del paradigma usado en desarrollo (funcional o POO); una unidad debe tener solo una responsabilidad en específico.
Una utilidad importante de las Unit Test es el Cover Report (reporte de cobertura)...........
Se pueden hacer pruebas unitarias de dos maneras:
Las pruebas unitarias en JavaScript son pruebas automatizadas que se utilizan para verificar que una pequeña porción de código (una "unidad") funciona de la manera esperada. . Estas pruebas se escriben antes de escribir el código que se está probando, y se ejecutan automáticamente cada vez que se realizan cambios en el código. . Algunos ejemplos de frameworks de pruebas unitarias en JavaScript son Mocha, Jest y Jasmine.
Interesante la visión del test unitario. Caja blanca o caja negra. En mi trabajo es una mezcla de ambas. Es al gusto del programador.
Este libro, aunque es para C#, ofrece muy buenos detalles sobre el tema de esta clase
https://www.amazon.com/gp/product/B09782L692/ref=dbs_a_def_rwt_hsch_vapi_tkin_p1_i0
Las pruebas unitarias son la red de seguridad de tu código. No se trata de probar todo el sistema, sino piezas aisladas para asegurar que cada engranaje funcione antes de armar la máquina.
El objetivo central
Validar que la lógica individual de una función o método sea correcta bajo diferentes escenarios, incluyendo los casos de borde (edge cases).
Pilares fundamentales
La regla de oro
Falla rápido. Detectar un error en la unidad te ahorra horas de depuración en la integración. Si tu código es difícil de probar, es una señal clara de que está mal diseñado: la testabilidad es el mejor indicador de un buen acoplamiento.
Tremendo video, ahora entiendo mucho mas el Unit Tests
Muy buena explicación!"
