Chapters

16 Chapters | 1:17:50 |

01

Instalación de PHPUnit

4:01
02

Nuestra primera prueba

7:16
03

Probar los métodos de la clase

6:57
04

TDD - Desarrollo dirigido por pruebas

4:19
05

TDD Parte 2: Terminar y refactorizar

4:37
06

Proveedores de datos

4:28
07

Pruebas incompletas y dinos bailarines

6:26
08

Crea una prueba de servicio en GitHub

4:29
09

Servicio GitHub: Implementación

4:47
10

Burlas: Dobles de prueba

6:07
11

Mocking: Stubs

4:01
12

La burla: Objetos simulados

4:27
13

Filtrar los dinos hambrientos

3:45
14

Probando Excepciones Excepcionales

4:01
15

Simular el cliente Http de Symfony

2:49
16

Configuración y desmontaje

5:20

> Testing > PHPUnit: ¡Pruebas Unitarias con un Bocado!

Buy Access to Course

08.

Crea una prueba de servicio en GitHub

Autoplay

Keep on Learning!

If you liked what you've learned so far, dive in! Subscribe to get
access to this tutorial plus video, code and script downloads.

Start your All-Access Pass

Buy just this tutorial for $10.00

Previous Chapter

Next Chapter

With a Subscription, click any sentence in the script to jump to that part of the video!

Ahora que podemos ver si un Dinosaur está aceptando visitas en nuestro tablero, necesitamos mantener el tablero actualizado en tiempo real utilizando las etiquetas de estado de salud que GenLab ha aplicado a varios temas de dino en GitHub. Para ello, crearemos un servicio que obtendrá esas etiquetas utilizando la API de GitHub.

Prueba de nuestro servicio primero

Para probar nuestro nuevo servicio... que aún no existe, dentro de tests/Unit/ crea un nuevo directorio Service/ y luego una nueva clase: GithubServiceTest... que extenderá TestCase. Lo estoy creando en un subdirectorio Service/ porque pienso poner la clase en el directorio src/Service/. Añade el métodotestGetHealthReportReturnsCorrectHealthStatusForDino y dentro,$service = new GithubService(). Sí, eso tampoco existe todavía...

Nuestro servicio devolverá un enum HealthStatus creado a partir de la etiqueta de estado de salud en GitHub, así que assertSame() que $expectedStatus es idéntico a$service->getHealthReport() y luego pasaremos $dinoName. Sí, utilizaremos un proveedor de datos para esta prueba... en el que aceptamos el nombre del dino para comprobar su estado de salud previsto.

Vamos a crearlo: public function dinoNameProvider() que devuelve un\Generator. Nuestro primer conjunto de datos para el proveedor tendrá la clave Sick Dino, que devuelve una matriz con HealthStatus::SICK y Daisy para el nombre del dino... porque cuando comprobamos GitHub hace un minuto, ¡Daisy estaba enferma!

A continuación, un Healthy Dino con HealthStatus::HEALTHY que resulta ser el único Maverick. Arriba, en el método de prueba, añade una anotación @dataProvider para que la prueba utilice dinoNameProvider... y luego añade los argumentos HealthStatus $expectedStatusy string $dinoName.

¡Hagamos esto! Busca tu terminal y ejecuta:

./vendor/bin/phpunit

Y... ¡Sí! Tal y como esperábamos, tenemos dos errores porque

No se encuentra la clase GithubService

Crea el servicio que llamará a GitHub

Para solucionarlo, busca a un compañero de equipo y pídele amablemente que cree esta clase por ti! TDD - ¡desarrollo dirigido por el equipo!

Estoy bromeando: ¡lo tenemos! Dentro de src/, crea un nuevo directorio Service/. Entonces necesitaremos la nueva clase: GithubService y dentro, añade un método getHealthReport() que tome un string $dinosaurName y devuelva un objeto HealthStatus.

Este es el plan: llamaremos a la API de GitHub para obtener la lista de incidencias del repositorio dino-park. Luego filtraremos esas incidencias para elegir la que coincida con $dinosaurName. Finalmente, devolveremos GithubStatus::HEALTHY, a menos que la incidencia tenga una etiqueta Status: Sick.

Añade la declaración de uso en nuestra prueba

Antes de sumergirnos en la escritura de ese método, vuelve a nuestra prueba y corta el último par de letras de GithubService. Con un poco de magia de PHPStorm... en cuanto escribo la letra i y pulso intro, la declaración de uso se añade automáticamente a la prueba. ¡Gracias JetBrains!

Veamos cómo quedan las pruebas:

./vendor/bin/phpunit

Y... ¡Ja! En lugar de dos fallos, ahora sólo tenemos uno...

Sick Dino ha fallado al afirmar que las dos variables hacen referencia al mismo objeto.

A continuación, añadiremos algo de lógica a nuestro GithubService para hacer que esta prueba pase

5 Comments

Sort By

Oliver-W 4 months ago

Hi,
when running the test in the video I am getting this error:

oliver@UnitTesting-web:/var/www/html$ vendor/bin/phpunit --testdox
PHPUnit 9.6.19 by Sebastian Bergmann and contributors.

Testing 
Dinosaur (App\Tests\Unit\Entity\Dinosaur)
 ✔ Can get and set data
 ✔ Dino has correct size description from length with 10·Meters·Large·Dino
 ✔ Dino has correct size description from length with 5·Meters·Medium·Dino
 ✔ Dino has correct size description from length with 4·Meters·Small·Dino
 ✔ Is accepting visitors by default
 ✔ Is not accepting visitors if sick

Github Service (App\Tests\Unit\Service\GithubService)
 ✘ Get health report returns correct health status for dino with Sick·Dino
   ┐
   ├ Failed asserting that two variables reference the same object.
   │
   ╵ /var/www/html/tests/Unit/Service/GithubServiceTest.php:16
   ┴

 ✔ Get health report returns correct health status for dino with Healthy·Dino

Time: 00:00.016, Memory: 4.00 MB

Summary of non-successful tests:

Github Service (App\Tests\Unit\Service\GithubService)
 ✘ Get health report returns correct health status for dino with Sick·Dino
   ┐
   ├ Failed asserting that two variables reference the same object.
   │
   ╵ /var/www/html/tests/Unit/Service/GithubServiceTest.php:16
   ┴

FAILURES!
Tests: 8, Assertions: 11, Failures: 1.

I can't figure out why. Any help would be appreciated.

Oliver

| Reply |

kbond SFCASTS Oliver-W 4 months ago edited

Hey @Oliver-W!

Right now, we've just stubbed out GithubService::getHealthReport() to always return HealthStatus::HEALTHY.

This is expected in this chapter - the service will be updated in the next few chapters to make this test pass.

If you've ever heard of Test Driven Development (TDD), this is basically it. Write the test you want, watch it fail, then write what you need in your production code to make it pass!

| Reply |

Oliver-W kbond 4 months ago

Thx for your answer kbond. But I don't think it is an answer to my question.

Why is your test passing while my test, with the same code as yours, is not?

| Reply |

kbond SFCASTS Oliver-W 4 months ago

In this video, the test is not passing (see the last few seconds of the video - it has the same failure you see)

| Reply |

Oliver-W kbond 4 months ago

aaaargh, sorry. I shouldn't have done that much learning this day. My bad 8-(
Thank you

1 | Reply |

PHPUnit 9

What PHP libraries does this tutorial use?

// composer.json
{
    "require": {
        "php": ">=8.1.0",
        "ext-ctype": "*",
        "ext-iconv": "*",
        "symfony/asset": "6.1.*", // v6.1.0
        "symfony/console": "6.1.*", // v6.1.4
        "symfony/dotenv": "6.1.*", // v6.1.0
        "symfony/flex": "^2", // v2.2.3
        "symfony/framework-bundle": "6.1.*", // v6.1.4
        "symfony/http-client": "6.1.*", // v6.1.4
        "symfony/runtime": "6.1.*", // v6.1.3
        "symfony/twig-bundle": "6.1.*", // v6.1.1
        "symfony/yaml": "6.1.*" // v6.1.4
    },
    "require-dev": {
        "phpunit/phpunit": "^9.5", // 9.5.23
        "symfony/browser-kit": "6.1.*", // v6.1.3
        "symfony/css-selector": "6.1.*", // v6.1.3
        "symfony/phpunit-bridge": "^6.1" // v6.1.3
    }
}

Previous Chapter

Next Chapter

Crea una prueba de servicio en GitHub

Share this awesome video!

Keep on Learning!

Prueba de nuestro servicio primero

Crea el servicio que llamará a GitHub

Añade la declaración de uso en nuestra prueba

5 Comments

Delete comment?

What PHP libraries does this tutorial use?