Contenido del curso
Escribiendo pruebas
Pruebas Unitarias
Integration Test & E2E
UI Test
Automatizar
Pruebas unitarias
Edgar Mauricio Pérez Rojas
student
Salvador Santander Gutiérrez
studentContenido del curso
Pruebas unitarias
Edgar Mauricio Pérez Rojas
studentSalvador Santander Gutiérrez
student
Rubén Ernesto Aragón Gil
student
Iván Antonio Bustos Calderón
student
Jorge Arango
student
jefred bedoya
student
Ronaldo Delgado
student
Michael Liendo
studentResumen
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!"