Bienvenido de nuevo.
Hablemos de algunas cosas más interesantes que pueden hacer con la prueba unitaria.
Y recuerde, siempre puede ir a la documentación en el sitio web de Python y aprender más sobre algunas de las cosas
que puede hacer.
Pero observe aquí cómo al final agregamos el nombre if main, algunos de ustedes pueden preguntarse por qué esto es útil, porque
hasta ahora lo hemos ejecutado desde la línea de comandos como un solo archivo, y eso ha estado
funcionando.
Pero normalmente tienes más de un archivo y tienes cada módulo.
Probado con diferentes funciones, ¿verdad?
Entonces, idealmente, desea ejecutar todas estas pruebas al unísono, y la forma en que lo hace es escribir Python.
Y luego la cámara del tablero y luego realice la prueba de unidad que desea ejecutar.
Así que ahora, si hago esto, verá que todo está funcionando.
Digamos que agrego un nuevo archivo aquí, digamos prueba táctil a Torpy, que es un breve comentario sobre Mac para crear un
nuevo archivo.
Así que ahora mi escritorio, copiemos esta prueba que teníamos originalmente.
Ve a mi escritorio y abre este texto sublime.
Así que ahora si copio y pego esto exactamente lo mismo.
Y digo esto.
Regrese a mi código y ejecútelo.
Prueba de unidad.
Verá que ahora tengo ocho pruebas que se están ejecutando, y debido a que agregué esto, si
el nombre es main, puedo ejecutar todas estas pruebas con un simple comentario.
Ahora, otra cosa interesante es que podemos hacer algo llamado Dash V, que significa Verbose.
Y ahí es cuando hacemos esto, en realidad obtenemos más información sobre las pruebas que leemos.
Entonces te da un poco más de detalle.
Verá qué pruebas hemos realizado y cuáles están bien, cuáles han fallado.
De hecho, incluso puedo agregar comentarios y cadenas de pato a mis pruebas.
Así que digamos probar hacer cosas. Puedo decir un solo código, una sola llamada tres veces y simplemente decir hola.
Si ejecuto esto nuevamente con el comando dashi.
Oh, y esto tiene que estar en una sola línea, creo.
Digamos eso de nuevo y veamos eso.
También recibo algunos comentarios.
Entonces, tal vez quería agregar algunos comentarios sobre mi prueba.
Puedo agregar esos también.
¿Qué otra cosa genial puedo hacer?
Otro método predeterminado que obtenemos con las pruebas unitarias es algo llamado configuración.
Y la configuración nos permite ejecutar un fragmento de código.
Eso se configura antes de cada llamada de la prueba, por lo que, por ejemplo, lo que sea que escriba
aquí, digamos que quería configurar mi prueba e imprimir a punto de probar una función.
Ahora, porque tengo esto, si ejecuto mi código ahora.
Verá que antes de cada método, primero ejecuto el método de configuración, así que veo que digo que estoy a punto de ejecutar una función, a punto de ejecutar una
función, a punto de ejecutar una función y a punto de ejecutar una función.
Y luego tenemos nuestra prueba para archivar para la que no hemos hecho ninguna configuración.
Esto es realmente útil si necesita configurar algo antes de cada función.
Digamos que tiene algunas variables predeterminadas que tal vez necesite configurar.
Bueno, en ese caso, este es un método muy útil.
Otro al igual que la configuración, por lo general agrega.
Al final del archivo.
Y aquí, esto se llama derribo.
Y como sugiere el nombre, lo ejecutamos al final de cada método que llamamos aquí, digamos limpieza, y por lo general haces
esto para limpiar algunas variables, tal vez restablecer algunas variables si ejecuto esto.
Verá que ahora estoy a punto de probar su funcionamiento.
Y luego estamos limpiando para cada uno de estos métodos, por lo que estos dos son muy, muy útiles
al configurar y derribar pruebas.
Ahora, desmonte, no lo usará con tanta frecuencia, generalmente lo usaría si está probando algo más complicado, como una base de
datos, pero no nos preocuparemos demasiado por eso ahora.
Ahí lo tienes para las pruebas, como puedes ver, al final del día, las pruebas son simplemente lógicas.
Los programas que escribimos bien son solo una clase.
Y luego configuramos todos estos métodos para probar y probar nuestro código tanto como sea posible.
En nuestro caso, solo teníamos una función simple.
Pero al usar la prueba, podemos notar pequeñas cosas que pueden salir mal con la función y así mejorar nuestro código
para que la próxima vez que venga alguien, venga otro desarrollador e intente modificar esta función.
¿O quizás intentar llamar a esta función con algo que no es correcto?
Bueno, nuestras pruebas van a fallar y le harán saber al desarrollador, oye, estás haciendo algo mal.
Alguien que escribió esta función antes que usted, alguien que escribió estas pruebas antes que usted.
Te dije que usaras esta función de una manera específica, muy, muy útil.
En el siguiente video, haremos un pequeño ejercicio divertido para asegurarnos de que entendemos las pruebas.
Lo veré en el próximo.