Te amo capo, Admiro ese gran valor que le aportas a la comunidad, sobre todo en estos temas que poco o nada los tenemos en cuenta al momento de escribir código, ya después nos toca llorar. sin duda sera otro elemento fundamental de aqui en la delante para mi.
Manuel, excelente y sencilla la explicación, claro el mundo de pruebas unitarias es amplio, me ha tocdo empresas que ven las pruebas unitarias y hay hacerles ver el porque, que nos ayudan demuestrar que la lógica del código está en buen estado y que funcionará en todos los casos, gracias!!!
👇👇👇 GEEK!! No te pierdas los siguientes videos de esta serie. 👇👇👇 🧪 COBERTURA DE PRUEBAS -> th-cam.com/video/m2IczHZ62ns/w-d-xo.html 🧩 PRUEBAS DE INTEGRACIÓN -> th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Excelente, tenía algo hecho en python y lo volví a hacer pero esta vez con TDD y funcionó todo de la misma manera pero quedo más limpio y ahora no me da miedo romper nada a la hora de hacer alguna implementación nueva 😁
Muy buen video, claro, práctico y entendible. Cabe agregar pruebas de componentes, contrato que estan dentro de la capa de integración. Consumer Driven Contract es un tecnica similar a TDD pero para las pruebas de contrato, y arrancan por probar la interacción entre el consumidor y proveedor. Gran aporte Manuel
@@ManuelZapata manu sería bueno las pruebas en aplicaciones distribuidas con eventos asíncronos. Cómo probar algo que no se en que momento llega. Sería muy bacano
excelente guía para el que no sabe nada del TDD, y si, me gustaría que hablaras del BDD, de los Mocks y de alguna prueba de integración, muchas gracias por el aporte
Muchas gracias! Excelente contenido. Algo que no compartía de TDD pero que me aclaraste con este video, es que "hacer pasar la prueba con lo mínimo" no significa implementar mal el método. A veces se habla de hacer una prueba a la vez e ir iterando el código "de a poquitos"... esa idea nunca me gustó y nunca la seguí. La aproximación básica de "las pruebas primero y luego el código", es muy poderosa. Estaré pendiente del video sobre tests de integración y e2e.
Muy buen contenido, ya que ayuda a entender en base a un ejemplo cómo funciona TDD. En base al ejemplo me entró una duda con algo mas complejo, como abarcar las pruebas ante un Login con credenciales y sistema biometrico, si pudieras hacer un video dando un ejemplo simple de eso seria genial!
Ahí ya toca implementar tipos de pruebas más complejas, como pruebas de integración y pruebas end to end. Sobre pruebas de integración, tengo un vídeo en el canal.
Gracias Manuel por el video, podrías por favor hacer un video sobre pruebas de persistencia al servidor y sobre pruebas de caja blanca y caja negra. Gracias.
Manuel Zapata muchas gracias por tus videos, tu canal es excelente. Entiendo por pruebas de persistencia al servidor si por ejemplo sometemos a estrés al server ingresando registros en una bd a través de un for, para evaluar la respuesta de la app en varias iteraciones, simulando la concurrencia masiva. O medir la ram, el cpu, el tiempo de respuesta, saber qué sucede con 100 o 200 usuarios accediendo al mismo tiempo a mi app. Gracias.
4 ปีที่แล้ว +3
Por un minuto pensé que no incluirias lo de las 3As (Arrange , Act, Assert) pero si viene al final. También se podría usar las Theory de xunit para ambos casos de prueba
Hola! Justo estoy aplicando a un trabajo donde me solicitan esto y muy buen video, muy explicativo. Me gustaría conocer sobre el BDD. Otra consulta que tengo y agradezo a quien me pueda contestar es, que más puedo investigar o practicar sobre esto? Estoy aplicando a un puesto junior y las preguntas son teóricas, pero creo que haciendo se aprende, entonces me gustaría saber sobre proyectos o practicas para poner esto en marcha, muchas gracias y éxitos!
una pregunta es mejor diseñar las pruebas unitarias desde el framework o como tu lo haces es que mi duda es que utilizo para hacer pruebas unitarias angular el cual tiene karma pero me dejo pensando este video muchas gracias por el video me sirvio de mucho
A qué te refieres con diseñarlas desde el framework? Cada framework o librería tiene su forma de definir las pruebas, pero eso al final no debería afectar.
Excelente video, Manuel consulta, realmente en los caso reales ps las unit test no debería existir ya que la mayoría de clases y componentes depende de otros, y creo que conbase al video entonces ya entraría a las de integración. En pocos palabras si una clase tiene una depencia entonces no se podría hacer unit test, si no que si o si debe hacerse un test de instrumentación ?
Buen video Manuel, una pregunta. En la Universidad nos piden que programemos con TDD pero previo a codear, realizar un diagrama UML del problema. ¿Como se haria el TDD en este caso? ¿Siguiendo el UML? Saludos!
Excelente, aunque me queda la espinilla de como organizar pruebas cuando dependerás de una librería,emplear un standar de autenticacion;supongo esto ya se clasifica como prueba de integración, pero será buena idea incluirlo en el mismo proyecto?
Es un tema interesante. Hay personas que organizan las pruebas por tipo (integración o unitarias) e incluso van desarrollando sus propias librerías para hacer el testing más rápido.
Excelente Manuel, me quedo un par de dudas con respecto a la pirámide de pruebas ¿Que sucede si estoy probando un método que por dentro llama métodos privados, ya no estoy haciendo una prueba unitaria, si no una prueba de integración? Para hacer pruebas unitarias los métodos privados no deberían existir?
Davis, respondo tus preguntas con gusto. Si un método llama métodos privados, eso no convierte la prueba en una de integración. Tú puedes tener métodos privados sin ningún problema. Eso no te afecta las pruebas unitarias. Ahora la pregunta seria: Deberias probar métodos privados? Kent Beck (la persona más tesa en pruebas unitarias) te puede dar una respuesta: shoulditestprivatemethods.com/
@@ManuelZapata :o, disculpa no soy experto en el tema , pero si he llevado unos cursos y además trabajo en desarrollo y justo empleamos BDD, BDD es desarrollo dirigido por comportamiento, y para aplicar BDD al desarrollo en c# utilizo specflow y este tecnología no permite hacer *Pruebas End To End (E2E)* que son pruebas para el comportamiento del software justo lo que estas comentando completas el ciclo desde al interacción del usuario hasta el final y esas prueba nosotros lo hacemos con código, o no se si hay varios tipos de pruebas End to end, ahi nace la duda SALUDOS.
Hola manuel, muy buen video como siempre, siempre me causó confusión la primera parte que es el rojo, si primero debo de escribir la prueba, entonces nunca voy a lograr el rojo, pues el código de producción no existe aun, así que en realidad llegúe a la conclusión de que la primera fase es un objetivo, es decir primero escribes la prueba, y tu primero objetivo es escribir un código de producción que compile y que logre el rojo, de ahi ya pasarías a las demás fases. ¿Cómo lo ves tu? saludos :D
Hola Pedro! Al comienzo vas a tener rojo, porque el código que evalúa la prueba aún no existe. Luego escribes ese código, y la prueba se pone en verde.
@@ManuelZapata es que si el código de producción no existe, y primero debes de escribir la prueba, cuando presionas el botón de ejecutar pruebas, ni siquiera corre, pues la solución no compila, en el video, primero escribiste la clase y el método vacio, y luego ejecutaste la prueba para alcanzar el rojo, ese es mi punto, la primera fase consiste en escribir la prueba y escribir el código mínimo de producción para que compile y se logre el rojo. Ahora bien, he pensado mucho en eso, y si es importante que antes de siquiera escribir la clase se cree la prueba, pues la misma prueba le dará forma a la clase, es decir la prueba es el primer cliente de la clase. Saludos :D
Prueba de integración pueden ocurrir de varias formas. Ejemplo 1. Tienes un módulo de contabilidad y un módulo de ventas. Tu prueba de integración es que funcionen bien en conjunto Ejemplo 2. Dentro de un mismo módulo. Por ejemplo, pruebas que tu lógica de negocio funcione con una base de datos real.
Hola, Genial tu canal y tus cursos! Me gustaría que hablaras de pruebas con mock (mockito site.mockito.org/ por ejemplo). Me gustaría saber como se hace pruebas para verificar conectividad, por ejemplo a una BD o una API.
Te amo capo, Admiro ese gran valor que le aportas a la comunidad, sobre todo en estos temas que poco o nada los tenemos en cuenta al momento de escribir código, ya después nos toca llorar. sin duda sera otro elemento fundamental de aqui en la delante para mi.
Wou esta fué la mejor explicación que he encontrado, mil gracias.
Genial, una explicación muy clara, seria interesante ver los temas de mocks y pruebas de integración. Saludos desde Ecuador!
Hay que irle metiendo a esa serie sobre TDD. Saludos Juan!
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Ufff, por fin una explicación clara de pruebas, muchas gracias Manuel, excelente forma de explicar
Muchas gracias, maestro. Eres mi ídolo
Manuel, excelente y sencilla la explicación, claro el mundo de pruebas unitarias es amplio, me ha tocdo empresas que ven las pruebas unitarias y hay hacerles ver el porque, que nos ayudan demuestrar que la lógica del código está en buen estado y que funcionará en todos los casos, gracias!!!
Ese es el parte del trabajo, Roberto! Mostrar el valor de las pruebas. Saludos.
Corto, sencillo y practico. Muchas gracias.
👇👇👇 GEEK!! No te pierdas los siguientes videos de esta serie. 👇👇👇
🧪 COBERTURA DE PRUEBAS -> th-cam.com/video/m2IczHZ62ns/w-d-xo.html
🧩 PRUEBAS DE INTEGRACIÓN -> th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Que BUEN VIDEOOOOOOOOO super explicado y genial el canal. un crack total
Muy buen vídeo, en la empresa que trabajo me piden usar TDD y este vídeo realmente me ahora mucho tiempo!!
Excelente, tenía algo hecho en python y lo volví a hacer pero esta vez con TDD y funcionó todo de la misma manera pero quedo más limpio y ahora no me da miedo romper nada a la hora de hacer alguna implementación nueva 😁
Exacto Matias!! Ese es el poder de TDD.
Muchas gracias explicas súper bien 👍🏻
Gracias Maestro!
Gracias Manuel, y gracias por hacer un ejemplo no solo la teoría !
Esa es la idea! Abordar los ejemplos para afianzar la teoría. Saludos!
excelente video, muy claro y perfectamente explicado
Muchas gracias Manuel!!! No sabes cuanto lo necesitaba para empezar con ello. Estaré muy atento a los siguientes conceptos!
Perfecto! Entonces el vídeo llegó en buen momento 😀. Saludos Diego!
@@ManuelZapata de hecho si!! Ya hice 8 tests esta semana! 😍. Mil y mil gracias!
Muy buen video, claro, práctico y entendible. Cabe agregar pruebas de componentes, contrato que estan dentro de la capa de integración. Consumer Driven Contract es un tecnica similar a TDD pero para las pruebas de contrato, y arrancan por probar la interacción entre el consumidor y proveedor. Gran aporte Manuel
Definitivamente, mucho de que hablar. Gracias por tu aporte, Mao!
@@ManuelZapata manu sería bueno las pruebas en aplicaciones distribuidas con eventos asíncronos. Cómo probar algo que no se en que momento llega. Sería muy bacano
yo leyendo el libro de clean code me pille el concepto TDD. Excelente explicación , el ejemplo dejo muy claro su usabilidad.
Genial. Saludos!
Excelente video Manuel. Gracias!!!
Y claro que si sería muy interesante que puedas seguir hablando de los mocks, stubs y pruebas de intregración!
Genial! Una nueve serie de videos en el canal. Poco a poco vendrá!
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Muchas gracias amigo, estoy usando js pero te entendi al 100%, saludos desde Argentina!!!
Genial Gabriel. Es con todo gusto!
Me ayudó mucho. Gracias
Con gusto!!
Excelente explicación, te ganaste un sub
Bienvenido por estos lados!
@@ManuelZapata muchas gracias!
El video más completo!! muy bueno
Gracias Magali.
Excelente video!
Excelente, me gusta mucho como explicas, gracias
Me encantó me suscribo.
Excelente explicación, gracias.
Con gusto, Dixon!
muy buena explicación, seré un nuevo subscriptor
Muchas gracias por el tutorial, muy util.
Con todo gusto, Juan!
Gran explicación, un saludo
Saludos!
Excelente manuel, sos un crack!, este tema es algo confuso, pero lo haces semcillo.
Gracias! 🙌
excelente guía para el que no sabe nada del TDD, y si, me gustaría que hablaras del BDD, de los Mocks y de alguna prueba de integración, muchas gracias por el aporte
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Muchas gracias! Excelente contenido. Algo que no compartía de TDD pero que me aclaraste con este video, es que "hacer pasar la prueba con lo mínimo" no significa implementar mal el método. A veces se habla de hacer una prueba a la vez e ir iterando el código "de a poquitos"... esa idea nunca me gustó y nunca la seguí. La aproximación básica de "las pruebas primero y luego el código", es muy poderosa. Estaré pendiente del video sobre tests de integración y e2e.
Es un concepto brutal! Muy útil. Y es increíble todo el reproceso que ahorra.
Video sobre Pruebas de Integración: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
gracias
Excelente video!
Gracias Rodrigo!
Súper genial, un suscriptor más; sería bueno una segunda parte de TDD donde podamos ver más a detalle la esencia de TDD.
Saludos desde Bolivia!!
Saludos Saúl! Gracias por la recomendación.
Gracias
Me encantó tu video!! Muchas gracias!
Con el mayor de los gustos, Claudio!
Excelente video, estaría genial que hicieras un curso de pruebas unitarias en java :D
Gracias por la sugerencia, Alberto! Si hay suficiente interés, creo que se puede hacer uno. 😃
Excelente aporte Manuel, Saludos... impecable la explicación
Gracias, saludos Kenny!
Excelente aporte, me interesaría Behavior-Driven Development, saludos
Chevere que hayas interés sobre el tema. Ya lo tengo en el calendario!
Manuel muy interesante y valioso el video, seria bueno hablar sobre los Mocks y los Behavior-Driven-Development. Muchas gracas
Perfecto! Lo tendré en cuenta. Ya iremos abordando esos temas!
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Broth, Muy bien Explicado... Gracias.
Con gusto William!
Gracias por la información, me gustaría ver mas ejemplos si es que se pudiera
Muy buen contenido, ya que ayuda a entender en base a un ejemplo cómo funciona TDD. En base al ejemplo me entró una duda con algo mas complejo, como abarcar las pruebas ante un Login con credenciales y sistema biometrico, si pudieras hacer un video dando un ejemplo simple de eso seria genial!
Ahí ya toca implementar tipos de pruebas más complejas, como pruebas de integración y pruebas end to end. Sobre pruebas de integración, tengo un vídeo en el canal.
Interesante, buen vídeo, yo soy más Java pero el punto lo entendí, estaría súper cool tratar Mocks y behavior driven development.
Es exactamente lo mismo en Java. Cambia xUnit por JUnit, y [Fact] por @Test. Saludos!
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Excelente conferencia
Saludos pá 🙌
Muy bien explicado Manuel, espero nos puedas hablar sobre Mock en una siguiente entrega, saludos desde Perú
Saludos Brayan! Me alegra que haya interés en el tema.
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Thanks!
Excelente, como siempre !
Gracias Mauricio 🙌
Gracias Manuel por el video, podrías por favor hacer un video sobre pruebas de persistencia al servidor y sobre pruebas de caja blanca y caja negra. Gracias.
Hola Rubén! Podrías contarme a que te refieres con pruebas de persistencia al servidor? Te refieres a almacenamiento? Saludos!
Manuel Zapata muchas gracias por tus videos, tu canal es excelente. Entiendo por pruebas de persistencia al servidor si por ejemplo sometemos a estrés al server ingresando registros en una bd a través de un for, para evaluar la respuesta de la app en varias iteraciones, simulando la concurrencia masiva. O medir la ram, el cpu, el tiempo de respuesta, saber qué sucede con 100 o 200 usuarios accediendo al mismo tiempo a mi app. Gracias.
Por un minuto pensé que no incluirias lo de las 3As (Arrange , Act, Assert) pero si viene al final. También se podría usar las Theory de xunit para ambos casos de prueba
Muy cierto. Gracias por el aporte, Benjamín!
Excelente video Manu...!!
Mil Gracias Duvan... por el comentario y por apoyar el canal haciéndote member!
Gracias, por favor habla de los Mocks
Ya le abriremos espacio al tema. Saludos Leonardo!
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Interesante video, me gustaría aprender BDD, Mocks etc... porque no tengo conocimientos en esos temas.
Excelente Cristhian! Creo que se vendrá una nueva serie en el canal 🤔
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Hola! Justo estoy aplicando a un trabajo donde me solicitan esto y muy buen video, muy explicativo. Me gustaría conocer sobre el BDD. Otra consulta que tengo y agradezo a quien me pueda contestar es, que más puedo investigar o practicar sobre esto? Estoy aplicando a un puesto junior y las preguntas son teóricas, pero creo que haciendo se aprende, entonces me gustaría saber sobre proyectos o practicas para poner esto en marcha, muchas gracias y éxitos!
Excelente!!!
🙌
una pregunta es mejor diseñar las pruebas unitarias desde el framework o como tu lo haces es que mi duda es que utilizo para hacer pruebas unitarias angular el cual tiene karma pero me dejo pensando este video muchas gracias por el video me sirvio de mucho
A qué te refieres con diseñarlas desde el framework? Cada framework o librería tiene su forma de definir las pruebas, pero eso al final no debería afectar.
@@ManuelZapata muchas gracias ese comentario me sirvio para aclarar las dudas saludos
Excelente video, Manuel consulta, realmente en los caso reales ps las unit test no debería existir ya que la mayoría de clases y componentes depende de otros, y creo que conbase al video entonces ya entraría a las de integración.
En pocos palabras si una clase tiene una depencia entonces no se podría hacer unit test, si no que si o si debe hacerse un test de instrumentación ?
Hola excelente explicación, no hiciste el video de Mock y BDD ?
Aún no los he hecho 😐
Video sobre Pruebas de Integración, Mocks y Stubs: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Buen video Manuel, una pregunta. En la Universidad nos piden que programemos con TDD pero previo a codear, realizar un diagrama UML del problema. ¿Como se haria el TDD en este caso? ¿Siguiendo el UML? Saludos!
TDD no tiene nada que ver con que uses UML o no. Saludos Nicolás!
Excelente, aunque me queda la espinilla de como organizar pruebas cuando dependerás de una librería,emplear un standar de autenticacion;supongo esto ya se clasifica como prueba de integración, pero será buena idea incluirlo en el mismo proyecto?
Es un tema interesante. Hay personas que organizan las pruebas por tipo (integración o unitarias) e incluso van desarrollando sus propias librerías para hacer el testing más rápido.
Un apregunta, qué pasa cuando la prueba unitaria depende de controles de formulario o quiero probar eventos de controles web?
Ya esas no son pruebas unitarias, Alfonso. Dependiendo de la complejidad, esas pruebas van por la línea de pruebas integración o pruebas end to end.
Saludos primo
Saludos primo!
Excelente Manuel, me quedo un par de dudas con respecto a la pirámide de pruebas
¿Que sucede si estoy probando un método que por dentro llama métodos privados, ya no estoy haciendo una prueba unitaria, si no una prueba de integración?
Para hacer pruebas unitarias los métodos privados no deberían existir?
Davis, respondo tus preguntas con gusto.
Si un método llama métodos privados, eso no convierte la prueba en una de integración.
Tú puedes tener métodos privados sin ningún problema. Eso no te afecta las pruebas unitarias. Ahora la pregunta seria: Deberias probar métodos privados? Kent Beck (la persona más tesa en pruebas unitarias) te puede dar una respuesta: shoulditestprivatemethods.com/
@@ManuelZapata JAJAJAJAJAJA perfecto Manuel, muchas gracias
Todos 😁👍
🙌
hola que tal cuando se habla de prueba End to end se hace refencia a BDD ?
No Percy, pruebas end to end y BDD son conceptos distintos
@@ManuelZapata :o, disculpa no soy experto en el tema , pero si he llevado unos cursos y además trabajo en desarrollo y justo empleamos BDD, BDD es desarrollo dirigido por comportamiento, y para aplicar BDD al desarrollo en c# utilizo specflow y este tecnología no permite hacer *Pruebas End To End (E2E)* que son pruebas para el comportamiento del software justo lo que estas comentando completas el ciclo desde al interacción del usuario hasta el final y esas prueba nosotros lo hacemos con código, o no se si hay varios tipos de pruebas End to end, ahi nace la duda
SALUDOS.
Hola manuel, muy buen video como siempre, siempre me causó confusión la primera parte que es el rojo, si primero debo de escribir la prueba, entonces nunca voy a lograr el rojo, pues el código de producción no existe aun, así que en realidad llegúe a la conclusión de que la primera fase es un objetivo, es decir primero escribes la prueba, y tu primero objetivo es escribir un código de producción que compile y que logre el rojo, de ahi ya pasarías a las demás fases. ¿Cómo lo ves tu? saludos :D
Hola Pedro! Al comienzo vas a tener rojo, porque el código que evalúa la prueba aún no existe. Luego escribes ese código, y la prueba se pone en verde.
@@ManuelZapata es que si el código de producción no existe, y primero debes de escribir la prueba, cuando presionas el botón de ejecutar pruebas, ni siquiera corre, pues la solución no compila, en el video, primero escribiste la clase y el método vacio, y luego ejecutaste la prueba para alcanzar el rojo, ese es mi punto, la primera fase consiste en escribir la prueba y escribir el código mínimo de producción para que compile y se logre el rojo. Ahora bien, he pensado mucho en eso, y si es importante que antes de siquiera escribir la clase se cree la prueba, pues la misma prueba le dará forma a la clase, es decir la prueba es el primer cliente de la clase. Saludos :D
donde puedo descargar visual studio?
visualstudio.com
Ejemplo de prueba de integración como sería ?
Prueba de integración pueden ocurrir de varias formas.
Ejemplo 1. Tienes un módulo de contabilidad y un módulo de ventas. Tu prueba de integración es que funcionen bien en conjunto
Ejemplo 2. Dentro de un mismo módulo. Por ejemplo, pruebas que tu lógica de negocio funcione con una base de datos real.
Video sobre Pruebas de Integración: th-cam.com/video/pxOwxsBFYYo/w-d-xo.html
Estoy comenzando a ver este tema de las pruebas unitarias y me causa dolor de cabeza 😓
Hola, Genial tu canal y tus cursos!
Me gustaría que hablaras de pruebas con mock (mockito site.mockito.org/ por ejemplo). Me gustaría saber como se hace pruebas para verificar conectividad, por ejemplo a una BD o una API.
Lo sé! Tengo pendiente hacer un video sobre mocks en el canal. Gracias por la sugerencia!
Se notas q lees....