Hola, y hablemos de probar, probar, es un concepto importante en la programación, no solo en
Python.
Aunque comenzamos escribiendo archivos de script simples con pocas líneas de código, cuando comenzamos a ingresar al
mundo real, comienza a obtener miles y millones de líneas de código, cientos de archivos de Python en los que trabajan
muchas personas de diferentes divisiones en una empresa y lo más probable es que todos comiencen en un
momento diferente.
La empresa.
Todos los cambios ocurren a lo largo del tiempo en diferentes momentos, a medida que las personas trabajan en el proyecto, a medida que
aumenta la complejidad del código y el tamaño del código.
Se vuelve cada vez más difícil para alguien arreglar un error que pueda surgir, digamos que ingresa a
un proyecto que ha existido durante años, puede modificar algo que puede modificar otra parte de la aplicación que considere
y piense.
Y comienzas a crear todos estos errores con nuevas funciones que introduces en la aplicación.
Cuanto más tiempo permanezca el código en un proyecto, es más probable que lo toquen diferentes desarrolladores.
Entonces ves el problema aquí, ¿verdad?
Para las empresas, este es un gran problema.
Debido a que lo más probable es que siempre esté haciendo crecer su producto y agregando más y más líneas
de código, eso significa que seguirá creando este monstruo gigante que se vuelve cada vez más difícil de domesticar
y depurar.
Y a las empresas les cuesta mucho dinero.
Afortunadamente para nosotros, tenemos algo llamado adivinar.
Y las pruebas pueden ayudarnos a resolver este problema.
Como sugiere el nombre, las pruebas son un método en el desarrollo de software en el que se
prueban unidades individuales de código fuente, como funciones, para ver si funcionan correctamente.
Aunque puede que no sea una gran parte de una entrevista de codificación, muchas empresas generalmente no piensan en realizar pruebas
al entrevistar a las personas.
Se vuelve cada vez más importante a medida que avanza en su carrera.
Por ejemplo, en mi caso, cuando comencé como programador, no sabía mucho sobre pruebas antes
de ser contratado.
Pero la importancia de las pruebas creció cada vez más a medida que avanzaba en mi carrera, y es una de esas cosas
que me ha convertido en un mejor desarrollador.
Entonces, si desea convertirse en un programador senior y si desea tener una carrera duradera, realmente necesita
dominar la habilidad.
Porque recuerde, todas las empresas serias tendrán pruebas y querrán que escriba pruebas para su
código.
Así que exploremos un poco más esta idea de probar.
Verá, una prueba es simplemente otro archivo de Python.
Ahora, en mi caso, aquí, tengo un DCPI principal y un archivo de prueba en mi escritorio.
Aquí mismo.
Por lo general, tiene un archivo de prueba como este que acompaña a uno de sus archivos, por lo que,
por ejemplo, si tenía cien archivos de Python o módulos, cada uno de esos módulos tendrá su propio archivo de prueba con el que puede
ejecutar pruebas.
Ahora bien, este archivo que vamos a escribir nunca se ejecuta en producción.
Es un archivo que ejecutamos para asegurarnos de que, antes de lanzar este archivo principal a producción, todo
funcione correctamente.
Entonces esto es solo para el desarrollo.
Pero en realidad nunca lo haríamos, mientras que los clientes nunca verán este archivo.
Ahora, antes de que comencemos a escribir algunas pruebas, quiero recordarles que sí aprendimos algunas formas de
depurar nuestro código, ¿verdad?
Aprendimos cosas como Pi lintang.
Eso lo instalamos en nuestro código de Visual Studio para vincularlo a nuestro código y verificar la sintaxis y pequeños errores mientras
escribimos nuestro código.
También vimos cómo la onda en línea que usamos usa otra cosa llamada PI Flakes, que es solo otra
linta.
Y luego también vimos esa imagen, nuestro idy también tenía préstamos incorporados, también nos enteramos de que tenemos
algo llamado Auto Pep eight.
O Pep eight, que es la guía de estilo estándar de Python.
Y esto nos permite asegurarnos de que nuestro código cumple con un estilo que la comunidad de Python ha acordado.
Estas son las herramientas simples que permiten que nuestro código sea verificado en busca de problemas de estilo simples o errores simples,
como no declarar una variable.
Pero estos solo te llevan hasta cierto punto y probar es un nivel superior, una forma de después de hacer lintang, después de hacer algo como
Pepé, después de que hayas cumplido con todos esos requisitos y tu archivo se ejecute, probar es una forma
de verificar realmente aún más de su código.
Entonces, ¿cómo escribimos estas pruebas de las que sigo hablando y no codificando?
Bueno, averigüémoslo.
Afortunadamente para nosotros, hay un módulo integrado de la biblioteca estándar que podemos usar y se llama.
Prueba de unidad.
Entonces, en el siguiente video, comenzaremos a escribir algunas pruebas, escribiremos un código de muestra
y le mostraremos exactamente cómo nos benefician como programadores.
Lo veré en el próximo.