Dossier qualité Giggr. · PFE Hugo Girona

Répartition des tests

La suite de tests de Giggr s’écrit avec Pest. Le guide impose au minimum 15 tests navigateur (tests d’interface) et 15 tests serveur, soit 30 au total. Giggr atteint la cible côté navigateur et la dépasse largement côté serveur : 660 tests au total, dont 15 tests navigateur qui pilotent l’interface réelle dans Chromium via Pest browser, et 645 tests serveur (feature et unit) qui valident la logique applicative. Le détail par domaine est relevé ci-dessous.

Total

660

Navigateur

15

Serveur

645

Minimum guide

30

Les tests serveur s’exécutent en mémoire (SQLite). Les tests navigateur lancent un vrai navigateur Chromium via Pest browser et Playwright. La commande pest --testsuite=Browser exécute la famille navigateur seule ; pest exécute l’ensemble.

Extraits commentés

Trois extraits représentatifs, tels qu’ils figurent dans le dépôt : un parcours utilisateur joué dans le navigateur, une règle d’autorisation côté serveur, et une règle métier d’intégration. Chacun suit la structure d’un test Pest (préparation, action, attente).

1. Navigateur. Connexion d’un utilisateur

Dans un vrai Chromium, le test remplit le formulaire de connexion, soumet, et vérifie l’arrivée sur la page /explorer (redirection gérée par Fortify). Il prouve que l’authentification par session, jeton CSRF compris, fonctionne de bout en bout côté interface.

it("connecte un utilisateur avec des identifiants valides", function () {
          User::factory()->create([
              'email' => 'marie@exemple.com',
          ]);
      
          $page = visit(path('login'));
      
          $page->fill('email', 'marie@exemple.com')
              ->fill('password', 'password')
              ->click('button[type="submit"]')
              ->assertPathContains('explorer'); // fortify.home = /explorer
      });

2. Serveur. Un invité ne peut pas suivre un profil

Règle d’autorisation : un visiteur non connecté qui tente l’action toggle du bouton « Suivre » reçoit une réponse 403, et aucune ligne de suivi n’est créée en base. Le composant Livewire est testé directement, sans navigateur.

it('guest cannot toggle', function () {
          $profile = Profile::factory()->create();
      
          Livewire::test('parts.social.follow-button', ['profileId' => $profile->id])
              ->call('toggle')
              ->assertForbidden();
      
          expect(Follow::count())->toBe(0);
      });

3. Serveur. Le contact envoie un mail au bon destinataire

Règle métier d’intégration : une soumission valide du formulaire de contact redirige sans erreur et met en file un mail vers le destinataire lu depuis la configuration, pas écrit en dur. Le mail est intercepté avec Mail::fake().

it('sends a ContactMessageReceived mail to the configured recipient on a valid submission', function () {
          Mail::fake();
          config(['mail.contact_recipient' => 'gironahugo@gmail.com']);
      
          $this->post('/contact', validContactPayload())
              ->assertSessionHasNoErrors()
              ->assertRedirect()
              ->assertSessionHas('contact_success', true);
      
          Mail::assertQueued(ContactMessageReceived::class, function ($mail) {
              return $mail->hasTo('gironahugo@gmail.com')
                  && $mail->hasReplyTo('alice@example.com')
                  && $mail->subjectKey === 'general';
          });
      });