Bienvenidos.
Veamos un par de notación importante cuando estemos escribiendo nuestras pruebas unitarias, que son
muy útiles, por ejemplo, si queremos dar mayor información a cada método que estamos ejecutando de
nuestras pruebas, algo más críptico, porque recuerden que por defecto muestra el nombre método como
descripción de la prueba.
Pero podemos ir un poco más allá, no solamente mostrar, por ejemplo, test relación banco cuenta,
sino algo mucho más fluido, más descriptivo, que ayude a la persona que está ejecutando el test,
saber qué cosa está realizando.
Este método se fijan en palabras más simple y por supuesto, más fluida, no solamente algo con Kamel
Keys o con guión bajo.
En fin.
Bien, partamos de acá.
Voy a ejecutar la clase completa, como siempre.
Bueno, acá me falla por el cambio que hicimos la clase anterior, se acuerdan?
Entonces voy a quitar acá.
Andrés Jefe.
Qué era eso?
Nada más.
Pero de todas formas acá se muestra entrometo, se fijan y acá tenemos la descripción test, es decir,
el nombre método.
Nada más utilizando la anotación.
Acá voy a cerrar.
Display neem, entonces con el arroba display name perfecto, utilizamos eso, importamos.
Pasamos como valor una cadena, un string con la descripción.
Por ejemplo, provando nombre de la cuenta
se fijan algo mucho mejor, más creativo.
Incluso podemos colocar algún signo interrogación.
Vamos a ejecutar.
Provando se fijan el nombre de la cuenta corriente.
Bueno, acá ejecuté solamente el método, pero no importa.
Acá también y así por cada uno lo mismo.
No voy a hacer todo en cada uno de los método porque sería un poco largo.
No sé, pero como tarea, como ejercicio de cada uno idéntico en el display name, en cada uno de los
método, dando alguna descripción de cada método.
Lo que hace, lo que estamos, deténlo.
Por ejemplo, que sea nublo mayor que 0 íbero inesperado.
En fin.
Ahora, claro, tampoco nos vamos a colocar un tremendo texto porque también nos quedan muy bien, pero
algo resumido incluso.
Quizá ya sea mucho.
Vamos a ejecutar fuera el método Control Cheff F10.
Hasta se fijan probando el saldo de la cuenta corriente que no sea nulo, mayor que cero valor esperado
y soporta koma soporta también acento eñes cartera speciale incluso se pone agregar emoticones.
Un montón de cosas.
Display name, tendiendo referencias o instancias
que sean iguales
con el método igual.
Se acuerdan que implementamos metodos iguales para comparar por nombre y por sĂłlo también si son iguales.
Ven afuera, ejecutamos.
Teniendo referencias que sean iguales.
Acá con el método Equals está.
Y por último, vamos a colocar en la última acerc or.
Hacer gol se fija más, detalla, provando relación entre la cuenta y el banco con hacercon ejecutamos.
Me gusta probando relaciones entre la cuentas y el banco, con hacer oro.
Perfecto, bien.
Otra anotación que también interesante cuando estamos desarrollando sobretodo compra unitaria y sobretodo
utilizando el paradigma TDD desarrollo impulsado a prueba.
Es decir, cuando probamos y después implementamos el código, por qué?
También podría ser que estamos probando un código que todavía no tenemos implementado.
Estamos probando un método y falla.
Y luego lo estamos implementando.
Estamos escribiendo algoritmo, pero nos quedamos estancado por alguna razón y dejamos ese método en
stand by y queremos continuar desarrollando otra cosa.
Entonces, para poder ejecutar esta prueba y no que siempre falle el método falla, se fijan.
Lo podemos deshabilitar y así continuar.
Deshabilitar no quiere decir que pase la prueba o de un error y no pasa la prueba, no, simplemente
se lo salta, que ha deshabilitado.
Y así podemos continuar desarrollando otras pruebas, otras implementaciones.
Estrema ejemplo.
El último si es para el ejemplo de lo mismo.
Supongamos que acá tenemos una prueba de algún método.
Por ejemplo, agregar cuenta o transferir podría ser el método transferir.
Y supongamos que no lo teníamos implementado y en la implementación me quedé atorado.
No puedo continuar y quiero seguir avanzando en otras cosas mientras.
Entonces simplemente esta prueba la deshabilita de vigen para que no del error.
Ahora claro, para simular un error, por ejemplo.
Y también esto también lo quería ver.
Creo que no lo hemos visto.
También puedo forzar el error con fail fail se fijan simplemente fail.
Ikoma automáticamente falla este método.
Fuerzo el error.
Bueno, fail es un método también estático de la clase acechas que tenemos más arriba acá, igual que
cualquiera, igual que hacer null a ser iguales, pero con fail aseguramos que iba a fallar el método.
De hecho, si ejecutamos.
Falla fican falla porque le pusimos Fayt.
Falló, pero levanta relacionÃ.
Pero bueno, lo puse justamente para deshabilitar.
En el fondo simulando de que falla por alguna razón en el código.
Entonces, para que no falle, simplemente disipen, discipli importamos nada más.
Entonces, ahora simplemente no se ejecuta este método, se lo salta.
Incluso acaba decir en vez de que diga el test fail, uno va a decir han pasado siete y uno se lo ha
saltado.
Se fijan, uno se lo salta, no falla, pero tampoco lo pasa.
Queda en pausa ahí, esperando a que sea implementado.
De esta forma podemos continuar con el resto.
Ejecutamos.
Y se lo salta y acá aparece un círculo, no sé como ignorado.
Se fijan que hay un método por acá.
Acá está acá con esa simbología como que no pasó, pero tampoco se aprobó.
Simplemente se saltó a pasado.
7 Se fijan 7 pruebas, pero una se ignoró.
Esa fue deshabilitada y también podemos filtrar acá mismo.
Podemos mostrar todas, todas la que ser ejecutado se fijan o filtrar la que la que han sido deshabilitada.
Bejan filtrarlo elegancias deshabilita bien, pero también me podrian decir profesor.
Qué pasa si en vez de colocar disable simplemente comentamos test y no colocamos nada?
Bueno, ese método tampoco se va a ejecutar como un test, pero la diferencia con Disable que de alguna
forma Disable aparece en el reporte.
Cuando ejecutamos la prueba le muestra o le indica a la persona que está ejecutando el test.
Aquí hay un método de test de prueba que está deshabilitado.
Por alguna razón se fija.
Entonces sirve como documentación y también para avisar al que ejecuta la prueba.
Bueno, ese método está ahí por algo y es de prueba, pero está en pausa deshabilitado y probablemente
después se va a implementar.
Se fijan esa la diferencia.
Bien, dos anotaciones interesantes.
Bueno, tenemos muchas más que están relacionada al ciclo de idea, que son las que vamos a empezar
a ver a partir de las siguiente clases.
Así que por ahora lo dejamos así y nos vemos en la siguiente clase.