📄️ 2-6-1 Création d'une classe de base de test
Nous allons utiliser le même principe que pour les tests d'intégration de l'API et créer une classe de base pour les tests.
📄️ 2-6-2 Test d'une requête POST d'un formulaire
Nous avons des utilisateurs et bientôt nous testerons des requêtes en tant qu'utilisateur connecté, donc le prétexte est bon pour tester la connexion à l'application.
📄️ 2-6-3 Utiliser SendAsync pour soumettre un formulaire
À la dernière étape, on a utilisé AngleSharp pour extraire de la réponse le jeton CSRF du formulaire et l'envoyer avec le dictionnaire représentant le formulaire.
📄️ 2-6-4 Tests pour données non valides
Un bon test ne doit pas tester que les conditions de réussite, mais aussi s'assurer que les erreurs et les validations sont bien gérées.
📄️ 2-6-5 Faire une requête authentifiée
Nous avons vu comment faire un test pour charger la page d'accueil en tant qu'utilisateur anonyme (non connecté), et si on voulait tester que charger la page d'accueil en tant qu'utilisateur connecté affichait dans l'en-tête le nom de l'utilisateur ("Bonjour, [nom de l'utilisateur]")?
📄️ 2-6-6 Seed de données
Tout comme montré dans le cas du test de l'API montré en introduction, il est possible que vous ayez besoin de données dans vos tests MVC.