2017-02-03 2 views
0

Je commence un nouveau projet pour créer une API d'authentification en utilisant IdentityServer4 après TDD. De nombreux microservices et sites Web l'utiliseront pour authentifier les utilisateurs. Mais je n'ai pas pu comprendre les 3 premiers tests d'acceptation du projet. Toute aide sera grandement appréciée.Premier test d'acceptation d'IdentityServer4

Note: J'ai lu récemment goos

Répondre

4

Eh bien, dans le livre qu'ils suggèrent à commencer par le cas de succès la plus simple possible. Pour un service d'authentification qui serait probablement une authentification réussie.

Ainsi, votre premier test d'acceptation pourrait ressembler à quelque chose comme ça:

Quand: réception de données utilisateur valides

Ensuite: l'authentification doit réussir

Cela peut sembler terriblement petit pour un test d'acceptation qui est supposé tester un système entier, mais votre système est également très petit et il n'y a pas beaucoup d'user stories à gérer. Fondamentalement seulement succès d'authentification, échouer et peut-être un test qui couvre le cas où un utilisateur a essayé de se connecter trop de fois sans succès. Vos tests unitaires peuvent ensuite être plus détaillés sur le mécanisme d'authentification actuel, mais le test d'acceptation doit toujours porter sur l'utilisateur. Je suppose que l'on pourrait également soutenir que vous n'avez pas du tout besoin d'écrire des tests d'acceptation pour votre service d'authentification, puisqu'il s'agit seulement d'une partie de votre système et que vous devriez plutôt écrire des tests d'acceptation pour tout votre système. vous avez regroupé tous les microservices ou pour chaque site Web qui dépendra de ce service. La raison principale de ce type d'argument est que les tests d'acceptation concernent les tests effectués de l'extérieur et que votre service d'authentification est déjà un composant assez profond de votre système.

+0

J'ai commencé avec le test que vous avez mentionné dans votre réponse. Il a déjà été un mois et demi. Et je pense que j'ai pris le mauvais chemin. Parce que le squelette de marche pour le système n'est pas assez fort. Je crois que le premier test devrait être "envoyer une demande à votre client MVC vous obtenez OK réponse" – MJK