A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Metodolog铆a TDD y testing HTTP

27/36
Recursos

Aportes 18

Preguntas 3

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

Paso 1: Crear prueba, para obtener rojo
Paso 2: Crear c贸digo para cumplir con esa prueba, para obtener verde
Paso 3: Refactorizaci贸n es una revisi贸n posterior de revisar, organizar, crear m茅todos, para seguir consiguiendo verde sin alterar la prueba.

El ciclo del TDD:

Metodolog铆a TDD y testing HTTP


La metodolog铆a TDD tiene trece pasos a cumplir:

  1. Rojo 鈫 Creamos una prueba que va a fallar por defecto.
  2. Verde 鈫 Construimos el c贸digo para que la prueba acierte.
  3. Refactorizaci贸n 鈫 Vamos a mejorar nuestro c贸digo para que sea m谩s elegante y simple pero sigue sirviendo igual.

Testing HTTP M茅todolog铆a TDD

Testing HTPP -> Probar los accessos HTTP

Metodolog铆a TDD

Significa Desarrollo guiado por pruebas, o Tests-Driven Development es una pr谩ctica de ingenier铆a de software que involucra otras dos pr谩cticas: Escribir las pruebas primero (Test First Development) y Refactorizaci贸n (Refactoring).

Paso para la creaci贸n de Testing

  1. Rojo -> En este paso se crea la prueba la cual no tiene c贸digo creado y tiende a generar un fallo.

  2. Verde -> En verde se construye en c贸digo m谩s sencillo para que la prueba funcione. En este paso es muy recomendado usar el principio KISS.

  3. Refactorizaci贸n: Se trata de construir nuestro c贸digo de manera elegante y entendible para que nuestros compa帽eros lo entiendan, adem谩s de que le mismo mantenga el mismo no latera la prueba y mantenga el estado verde.

Comando para crear una prueba:

php artisan make:test PageTest

Comando para correr test:

php artisan test

Tambi茅n podemos utilizar

php artisan test

para correr los tests. En mi opini贸n se ve mejor y es mas intuitivo.

En testing

el primer paso se llama rojo

  • creo mi prueba pero sin codigo en MVC, por lo que me manda un error, esto es rojo

Segundo paso verde

  • tengo codigo en la prueba
  • mi codigo de trabajo funciona
  • mi test o prueba consulta bien a mi codigo de trabajo

tercer paso refactorizacion

  • mejora la escritura del codigo
  • se agregan comentarios
  • se facilita el entender este codigo

Primeros pasos con TDD:

  1. Escribir las pruebas (ROJO)
  2. Escribir el c贸digo que pase las pruebas (VERDE)
  3. Refactorizar el c贸digo para mejorarlo (Refactor)

Vale, crear c贸digo del test, crear el c贸digo de la apicaci贸n y refactorizar, a煤n as铆, me parece un poco extra帽o, es decir, 驴Pr qu茅 no puedo crear mi c贸digo ya 鈥渞efactorizado鈥 y luego crear el test? 馃

Muy interesante este tema de las pruebas, es un poco dif铆cil, porque va contra nuestra l贸gica. Toca volver a configurarnos. Todo sea por ser un mejor programador.

Test unit y simple pero poderosa

Ten铆a dudas de porqu茅 usabamos la carpeta de Feature en vez de Unit para los test y consegu铆 lo siguiente:

La carpeta Unit se utiliza para guardar tests muy espec铆ficos sobre un fragmento de c贸digo y en Feature guardaremos los test en los que realizaremos comprobaciones m谩s complejas.

M谩s info ac谩 : https://cosasdedevs.com/posts/test-unitarios-unit-test-en-nuestro-blog-con-laravel-8/

empezamos:
a- Escribir las pruebas (ROJO)
b- Escribir el c贸digo que pase las pruebas (VERDE)
c- Refactorizar el c贸digo para mejorarlo (Refactor)

para crear un proyecto de Laravel como api se usa el mismo comando? o hay un comando especial para que sea usado solo como API? (que no integre blade o cosas que usan en vistas)

chicos consulta, tengo problemas con el vendor/bin/phpunit, 驴Saben que problema puede ser? o tiene alguna diferencia con php artisan test

de acuerdo
rojo ->creas
verde ->hacer funcionar
refactorizacion ->mejorar

El TDD es una metodolog铆a de desarrollo en la que se construye primero las pruebas y luego el c贸digo, los pasos a realizar son:
Rojo: Se crea la prueba sin c贸digo, obteniendo el error.
Verde: Se crea el c贸digo para validar la prueba hasta que salga en verde.
Refactorizar: Revisar el c贸digo para organizarlo mejor, obteniendo a煤n verde sin alterar la prueba.

  1. Crear el test con la nueva funcionalidad
  2. Codear la funcionalidad
  3. Mejorar ambos pasos

por accidente descubr铆 que para hacer las pruebas sirve as铆:
vendor\bin\phpunit
no arroja el error con los 鈥/鈥 slash normales