Pruebas de caja negra
Clase 25 de 31 • Curso de Introducción al Pensamiento Computacional con Python
Contenido del curso
René Sanchez
student•
hace 6 años
Felipe Cortés
student•
hace 6 años
Javier Roma Corrales
student•
hace 6 años
Clase 25 de 31 • Curso de Introducción al Pensamiento Computacional con Python
Contenido del curso
René Sanchez
Felipe Cortés
Javier Roma Corrales
Karl Behrens Gil
David Vergara
Jaime Jesús González Muñoz
Diego Gabriel Barrionuevo
José María Rodríguez García
Sebastian Cifuentes
Misael Yered Ruiz Zamora
Aaron Joel Limachi Quispe
Juan David Cepeda López
Fredy Alberto Orozco Loaiza
Axel Yaguana
Alejandro Picado Brenes
Daniel Guarín García
Miguel Angel Reyes Moreno
Oliver Piña
Manuel Alejandro Hermoso
Jorge Luis Tancara Nina
Miguel Angel Reyes Moreno
Leonardo Matías Windey
Cristhian Julian Astoquilca Romero
Leonardo Matías Windey
Juan Rodriguez
Esteban Ramírez García
Andrés Felipe Díaz Rodríguez
Josué Alfredo Tomas Machaca Fajardo
Miguel Torres
José Vásquez
Josue Noha Valdivia
José Vásquez
Luis Ruiz Ramos
Jose Antonio Rojas Ollarves
Marcos Monteverde
Melido Enrique Bello Navarro
Andres Troaños
Sebastian Cifuentes
María Fernanda Magallanes Z
Royer Guerrero Pinilla
Alejandro Picado Brenes
Sebastián Andrade
Aaron Joel Limachi Quispe
Sebastián Andrade
❤
import unittest def suma(num1, num2): # Si hacemos un cambio en el return donde queremos obtener el numero absoluto abs(num1) esto provocara un error en el test para sumar negativos, al hacer un cambio y tener casos de prueba para validar el funcionamiento correcto esto provoca que lo solucionemos inmediatamente conjunto a prever el desconocimiento de donde ocurre o ocurra este error return num1 + num2 # Esta creacion del objeto crea automaticamente los testeo dentro del modulo de python class CajaNegraTest(unittest.TestCase): # Las pruebas desde funciones def test_suma_dos_positivos(self): num_1 = 10 num_2 = 5 resultado = suma(num_1, num_2) # Esto funciona asi: # (valor, valorQuerido) = valor == valorQuerido (Nos devuelve un true o false) self.assertEqual(resultado, 15) # Esto funciona asi: # (valor, valorQuerido) = valor > valorQuerido (Nos devuelve un true o false) self.assertGreater(resultado, 14) # Esto funciona asi: # (valor, valorQuerido) = valor >= valorQuerido (Nos devuelve un true o false) self.assertGreaterEqual(resultado, 15) # Esto funciona asi: # (valor, valorQuerido) = valor < valorQuerido (Nos devuelve un true o false) self.assertLess(resultado, 16) # Esto funciona asi: # (valor, valorQuerido) = valor <= valorQuerido (Nos devuelve un true o false) self.assertLessEqual(resultado, 15) def test_suma_dos_negativos(self): num_1 = -10 num_2 = -7 resultado = suma(num_1, num_2) self.assertEqual(resultado, -17) if __name__ == '__main__': unittest.main()
Excelente para complementar
Gracias a ti y a compañeros como tu que aclaran ciertas cosas.
Pruebas de caja negra
Las pruebas de caja negra se basan en la especificación de la función o el programa, aquí debemos probas sus inputs y validar los outputs. Se llama caja negra por que no necesitamos saber necesariamente los procesos internos del programa, solo contrastar sus resultados.
Estos tipos de pruebas son muy importantes para 2 tipos de test:
Unit testing: se realizan pruebas a cada uno de los módulos para determinar su correcto funcionamiento.
Integration testing: es cuando vemos que todos los módulos funcionan entre sí.
Es una buena práctica realizar los test antes de crear tus lineas de código, esto es por que cualquier cambio que se realice a futuro los test estaran incorporados para determinar si los cambios cumplen lo esperado.
En Python existe la posibilidad de realizar test gracias a la libreria unittest. Puede ser que el siguiente código no lo entiendas en su totalidad, pero en una próxima guía detallare mas el tema de clases en programación. Por ahora te mostrare como se realizan estos test.
"""Importamos la libreria de unittest.""" import unittest """Creamos una clase para los test, en este caso se llamara CajaNegraTest, y como parámetro.""" class CajaNegraTest(unittest.TestCase): """Definimos la funcion que generara el test.""" def test_suma_dos_positivos(self): "Para nuestro ejemplo usaremos 2 parametros.""" num_1 = 10 num_2 = 5 """Y dentro de la variable resultado guardaremos lo que nos retornara la función suma.""" resultado = suma(num_1, num_2) """Y para terminar definimos la variable resultado y cual es el valor esperado.""" self.assertEqual(resultado, 15) """Para definir el módulo de Python escribimos lo siguiente.""" if __name__ == '__main__': unittest.main()
Luego de escribir nuestro archivo iremos a la consola y ejecutaremos el test
python3 caja_negra.py E # Obtenemos un error en nuestro test ====================================================================== ERROR: test_suma_dos_positivos (__main__.CajaNegraTest) # Veremos aqui el test con error ---------------------------------------------------------------------- Traceback (most recent call last): File "caja_negra.py", line 9, in test_suma_dos_positivos resultado = suma(num_1, num_2) NameError: name 'suma' is not defined # La función suma no esta definida ---------------------------------------------------------------------- Ran 1 test in 0.000s FAILED (errors=1)
Como vimos en el recuadro anterior no definimos la función suma, para ello vamos a crearla.
import unittest def suma(num_1, num_2): return num_1 + num_2 class CajaNegraTest(unittest.TestCase): def test_suma_dos_positivos(self): num_1 = 10 num_2 = 5 resultado = suma(num_1, num_2) self.assertEqual(resultado, 15) if __name__ == '__main__': unittest.main()
Ahora ejecutaremos denuevo nuestro test en la terminal.
python3 caja_negra.py . ---------------------------------------------------------------------- Ran 1 test in 0.000s OK
Gracias por los apuntes
Gracias por los apuntes
cuando nosotros estamos "fumando dos numeros" 04:05 min
Jajajajajja le pause y me empece a reir.....
Jajajaja lo devolví para saber si yo había escuchado mal.
NOTA: El nombre de los métodos debe empezar con TEST para que sean reconocidos (como en test_suma_dos_positivos) de lo contrario unittest no va a reconocer nada. A mi no me funcionaba nada y me dí cuenta que había escrito TEXT en vez de TEST.
No encontraba mi error, gracias por tu aporte
Nunca pense en eso, lei este comentario, probe cambiando la palabra test de las funciones, y al ejecutarlo quede como :O :O Increíble, sin la palabra test, no funciona.
Sinceramente si me voy a dedicar al mundo digital
x2 Pasaré de ingeniería civil a data science.
Adelante, muchos éxitos
La verdad se entiende muy poco el tema de class, import, self. Sin embargo, el contexto de caja negra se logra entender, espero que mas adelante se profundice en esos temas. Como recomendación, podrían colocar una especie de "favoritos", para que uno pueda tener un marcador de vídeos que considera importante y pueda ingresar fácilmente a estos.
El tema de class y self lo verás en programación orientada a objetos. Import es como decirle a python: Oye, voy a necesitar esa herramienta para este programa, úsala por favor
Con import, primero hay que recordar que es un modulo. Los modulos son divisiones de programas "largos", permiten una organizacion y division logica del codigo. Ahora, para poder utilizar ese programa se utiliza la palabra clave "import" seguido del nombre del modulo. ejemp: Import time
Si todavía te estás preguntando porque se usa
<self>
y no quieres esperar para entenderlo tienes que mirar este vídeo:
In english
Es un apuntador para la variable en la que mandemos a llamar un método definido en la clase.
Observación: Si la función a la que le realizaremos la prueba, no comienza con la palabra test no contará como tal, por ende, no figurará en consola al ejecutar nuestro programa. Por ej:
class CajaNegraTest (unittest.TestCase): def test_suma (self): ... def test_operacion_mat (self): ... def test_nombre (self): ...
Espero esta observación les sea de utilidad.
Tienes razón :0 . Gracias por el aporte. Ahora queda averiguar el por qué :) .
Porque es una palabra reservada del lenguaje, está dentro de su biblioteca.
Lo tendré en cuenta para cuando me haya casado y me vaya de luna de miel no vaya a joder mi lindo codigo de hoy.
Aqui dejo una tabla extraída de la documentación de python donde se explica esencialmente que evalúan los métodos de este framework de unit testing
hola quiero aclarar que hice el programa y note que si no llamamos los métodos con test al inicio la clase no los incluye en el test.
Tengo que revisar este contenido en el futuro.
He visto la verdad! Ahora soy NEO en la matrix
Muchas cosas de este curso son así. :O
Para las funciones que no retornan un valor, como se realizan las pruebas?
ummh interesante dejare mi comentario aqui y esperare las respuestas xD... Lo unico que se me ocurre es testearlas manualmente en puntos criticos (donde pueda que se genere un error)
Yo creo que se hacen las pruebas de cristal, ya que al principio dice que las pruebas cajas negras son para validar inputs y outputs. Pero lo que me llena un poco de dudas es que por ejemplo, una forma de programación defensiva es validar que los output tengan el tipo correcto y si no se levanta un excepción.
Entendí muy poco de lo que tiene el código pero la explicación está perfecta.
self:
Es un parametro de referencia a la instancia actual, de la clase y se usa para acceder a las variables que pertenecern a la clase. "self" Es simplemente un estandar puedes llamarlo como gustes, pero tiene que ser el primer parametro en cualquier funcion de la clase, ejemplo:
class Person: def __init__(self, name, age): self.name = name self.age = age def myfunc(abc): print("Hello my name is " + abc.name) p1 = Person("Jose", 20) p1.myfunc() -----------
Puedes cambiarle el nombre a self, como por ejemplo objeto y dara el mismo resultado, pero es un standar que se utiliza para hacer el codigo mas limpio y legible
Gracias!!
Las pruebas de caja negra son una chuleria
Aprendizaje del video
#Caja negra #¿Qué es la prueba de caja negra? #Es la forma para que un module funcione solo y en conjunto con otros modulos. #¿Qué se necesita para usar la prueba de caja negra? importar el unittest module y poner una clase con unittest.TestCase como parametro. #Definir la función que queremos probar. Y usar self.assertEqual(El valor de la funcion, El valor que queremos obtener). #Ya luego poner unittest.main() en un if __name__=='__main__' para inicializarlo. #Ejemplo: import unittest def suma(num_1, num_2): return num_1 + num_2 class CajaNegraTest(unittest.TestCase): def test_suma_dos_positivos(self): num_1 = 10 num_2 = 5 resultado = suma(num_1, num_2) self.assertEqual(resultado, 15) def test_suma_dos_negativos(self): num_1 = -10 num_2 = -5 resultado = suma(num_1, num_2) self.assertEqual(resultado, -15) if __name__=='__main__': unittest.main()
Ejercicio personal:
#Ejercicio Personal: Repetir el proceso de caja negra con modulus, una operación algo confusa para mi. Todo con el objetivo de obtener los valores primos de una lista y sumarlos. import unittest def lista(inicio, final): my_list = list(range(inicio, final+1)) #Esta es la forma usada anteriormente de crear una lista con 100 numeros. return my_list def filtrar_enteros(): enteros = [i for i in lista(int(input('El numero en el que empezará su lista: ')), int(input('El numero en que acabará su lista: '))) if i % 2 == 0] return enteros def sumar_lista(): empezar = 0 for i in filtrar_enteros(): empezar += i return empezar class CajaNegraTest(unittest.TestCase): def test_filtrar_valores_primos_de_una_lista(self): resultado = sumar_lista() print(resultado) self.assertEqual(resultado, resultado) if __name__=='__main__': unittest.main()
Entonces, estos test son lo primero que se hace? y si todo sale bien, lo boro y continuo con mi código o en que momento puedo borrar esto ?
Por lo que entiendó estas pruebas siempre deberían estar pero solamente en desarrollo, en producción no deberían de salir.
Deberías tener los tests aparte. Generalmente estos test de caja negra los haces cuando programas con TDD, googlea sobre TDD, es súper interesante. Pero la idea no es borrar los test sino más bien tenerlos ahí por si después vas a actualizar algo pero no quieres dañar funcionalidades que ya sabes que funcionan y necesitas.
Probablemente ya sepas que son los bugs (Errores) pero si quieres saber porque se le dice así bug y no error en este articulo lo explican Artículo sobre bug Bug literalmente traducido al español es Insecto 🐞
Muy interesante
Una pregunta a ver si entendí ¿debemos primero escribir la funcion "mal" aposta para ver los posibles errores que peude traer y poco a poco ir escribirendola "bien"?¿o fue solo el profesor para enseñarnos como muestra los errores el modulo?
No entiendo que es "aposta" pero imagino que es similar a decir "a propósito". En ese sentido el profesor no se refería a hacer mal la función sino a ir mejorando de a poco hasta obtener los resultados esperados. En los ejemplos simples parece absurdo pero en proyectos más grandes cobra mayor sentido.
Ah, ya entendi, gracias. Y si entendiste bien "aposta" significa a proposito xdd