43.11 Comment tester la gestion des erreurs

Vous avez ajusté votre application pour qu'elle gère correctement les différents types d'erreurs. Bravo ! Mais encore faut-il vous assurer qu'elle le fasse correctement.

Voici une série de cas d'essai à tester afin de vous assurer que votre application réagit correctement aux exceptions rencontrées. Certains cas d'essai afficheront la page d'erreur 500, d'autres afficheront la page d'erreur 404, la page d'authentification ou encore une autre page que nous aurons choisi d'afficher en réaction à un type d'erreur précis. Certains feront des ajouts dans laravel.log et d'autres pas.

1. Utiliser un modèle inexistant. Ex : $produits = ModeleInexistant::all();
2. Utiliser un champ inexistant. Ex : $produits = Produit::where('champinexistant', '1')->get();
3. Utiliser une méthode inexistante. Ex : self::methodeInexistante();
4. Utiliser une fonction inexistante. Ex : fonctionInexistante();
5. Utiliser une route inexistante. Ex : return redirect()->route('routeInexistante');
6. Tenter d'accéder aux propriétés d'un objet nul. Ex : $produit = Produit::find(-1); $code = $produit->code;
7. Tenter de retrouver un enregistrement inexistant à l'aide de findOrFail(). Ex : $produit = Produit::findOrFail(-1); $code = $produit->code;
8. Appeler une vue sans lui fournir les variables requises. Ex : $html = view('produits.index')->render();
9. Forcer l'affichage de la vue errors.404. Ex : abort(404);
10. Tenter d'accéder à une route décorée par middleware('auth') alors qu'on n'est pas authentifié.
11. Tenter de soumettre un formulaire avec des données invalides.
12. Tenter d'accéder à une route en entrant directement son URL dans le navigateur (donc en GET) alors que la route n'est disponible que pour le verbe POST. Ex : http://mondomaine.com/logout