Closed benel closed 2 years ago
@benel Je viens d'arriver en renfort pour la création des scénarios pour aider @cedfre et @theobour
- Quels sont les différents cas relatifs au courriel ? (consultez ce qui a été dit dans la discussion sur le fait que ce n'était pas forcément grave pour l'instant d'avoir plusieurs comptes avec le même courriel)
- Quels sont les différents cas relatifs au mot de passe ?
- Quels sont les différents cas relatifs au login ?
Dans les différents cas relatifs au courriel, comme vous le dites nous avons conclu que pour le moment avoir plusieurs comptes avec le même courriel n'est pas un problème. Cependant, je pense qu'on peut noter deux cas induit par le courriel :
Pour les cas relatifs au mot de passe, nous n'avons donné aucune contrainte, il ne peut pas avoir de cas ou le mot de passe est non valide. Il en est de même pour le login.
@Samnoel95 @cedfre @theobour
Le courriel est du bon format : bob@acme.fr Le courriel est du mauvais format : bobacme.org, bob@acme ...
Entendu. Attention cependant à ne pas être trop strict sur le nombre de segments du domaine (il peut y avoir des sous-domaines).
Pour les cas relatifs au mot de passe, nous n'avons donné aucune contrainte, il ne peut pas avoir de cas ou le mot de passe est non valide. Il en est de même pour le login.
OK. D'autres sites ont des règles sur l'un ou l'autre. Mais c'est un choix de conception acceptable (surtout pour une première version de la fonctionnalité).
Bonjour @benel
@Samnoel95 @theobour
Que pensez-vous de cette version ? Nous avons essayé de prendre en compte toute vos indications.
Par ailleurs, nous ne savons pas comment rédiger le niveau de restriction pour l'e-mail sur notre scénario.
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format valide
Soit la page d’inscription ouverte
Et que l’utilisateur n’est pas connecté
Quand “bob@acme.org” s’enregistre comme contributeur en tant que “bob” avec le mot de passe “Ep0nge”
Alors L’utilisateur “bob” est enregistré
Et L’utilisateur “bob” est connecté et il est redirigé vers la page d’accueil
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format non valide
Soit la page d’inscription ouverte
Et que l’utilisateur n’est pas connecté
Quand “bobacme.org” s’enregistre comme contributeur en tant que “bob” avec le mot de passe “Ep0nge”
Alors L’utilisateur n’est enregistré
Et le message “E-mail invalide” s’affiche
Merci de cette nouvelle version @cedfre @Samnoel95 @theobour.
Vous y êtes presque...
Et que l’utilisateur n’est pas connecté
Y a-t-il un risque qu'il le soit ?
Et L’utilisateur “bob” est connecté et il est redirigé vers la page d’accueil
La page d'accueil, on s'en fiche un peu... Elle est facile à retrouver (il suffit de cliquer sur le titre). Si vous souhaitez effectivement implémenter une redirection, il faudrait revenir à la page où on était au début du scénario : du coup il faudrait commencer sur une page particulière (n'importe laquelle du moment que ce n'est pas la page d'accueil). Imaginons : vous êtes arrivé sur une page sur laquelle vous avez des choses à dire, vous commencez à éditer et là vous voyez qu'il ne se passe rien... C'est parce que vous n'avez pas de compte. Du coup, vous vous créez un compte, et vous pouvez enfin faire l'édition que vous aviez envie de faire au départ.
Alors L’utilisateur “bob” est enregistré
Comment le savez-vous ? Moi, je supprimerais cette étape (s'il est connecté à l'étape suivante, c'est bien qu'il est enregistré).
Et le message “E-mail invalide” s’affiche
Réservez les guillemets pour les données, pas pour les éléments d'interface. Peut-être que vous pouvez tout simplement utiliser la phrase contraire à celle où tout se passe bien...
Merci pour votre réponse @benel. (@cedfre, @theobour)
Y a-t-il un risque qu'il le soit ?
Normalement non. Le bouton d'inscription est présent uniquement pour les utilisateurs qui ne sont pas connectés. Donc un utilisateur se trouvant sur la page d'inscription est nécessairement pas connecté.
Nous avons modifié les scénarios :
Cependant, est-il mieux de l'écrire de cette manière (1):
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format valide
Soit l'utilisateur est sur la page d'édition d'un point de vue
Et l'utilisateur ouvre la page d'inscription
Quand "bob@acme.org" s'enregistre comme contributeur en tant que "bob" avec le mot de passe "Ep0nge"
Alors l’utilisateur “bob” est connecté
Et l'utilisateur "bob" est redirigé vers la la page d'édition d'un point de vue
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format non valide
Soit l'utilisateur est sur la page d'édition d'un point de vue
Et l'utilisateur ouvre la page d'inscription
Quand “bobacme.org” s’enregistre comme contributeur en tant que “bob” avec le mot de passe “Ep0nge”
Alors L’utilisateur n’est pas connecté
Ou de cette manière (2) :
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format valide
Soit l'utilisateur est sur la page d'édition d'un point de vue
Quand l'utilisateur ouvre la page d'inscription
Et "bob@acme.org" s'enregistre comme contributeur en tant que "bob" avec le mot de passe "Ep0nge"
Alors l’utilisateur “bob” est connecté
Et l'utilisateur "bob" est redirigé vers la la page d'édition d'un point de vue
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format non valide
Soit l'utilisateur est sur la page d'édition d'un point de vue
Quand l'utilisateur ouvre la page d'inscription
Et “bobacme.org” s’enregistre comme contributeur en tant que “bob” avec le mot de passe “Ep0nge”
Alors L’utilisateur n’est pas connecté
Merci @Samnoel95 de cette nouvelle version.
(@cedfre, @theobour)
Cependant, est-il mieux de l'écrire de cette manière (1):
Il a fallu que je relise plusieurs fois pour que je comprenne ce qui était différent ;)
Le Quand
doit correspondre à la fonctionnalité (donc l'inscription).
Le fait que vous ayez douté à cause de cette histoire de page est le signe qu'il faut supprimer l'étape de la page : aller sur la page d'inscription fait évidemment partie des actions sur l'interface nécessaires pour s'inscrire. Inutile de le mentionner ici.
Soit l'utilisateur est sur la page d'édition d'un point de vue
Lequel de point de vue ? On va en avoir besoin pour vérifier à la fin que c'est le même. Par ailleurs prenez peut-être plutôt un item. Cette étape est déjà codée (cf. ici et là).
Et l'utilisateur "bob" est redirigé vers la la page d'édition d'un point de vue
A-t-on besoin de savoir ici que c'est bob ? On vient de le vérifier...
A l'aide de vos retours j'ai modifié nos scénarios. Le Quand
correspond désormais à la fonctionnalité et ne mentionne plus le fait que l'utilisateur se rend sur la page d'inscription.
J'ai remplacé le point de vue par un item et précisé l'item sur lequel l'utilisateur est et sur lequel l'utilisateur sera redirigé.
Effectivement on a pas besoin de repréciser "bob" comme on l'a vérifié juste avant.
@benel @Samnoel95 @cedfre
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format valide
Soit l'utilisateur est sur la page d'édition de l'item "IF05"
Quand "bob@acme.org" souhaite s'enregistrer comme contributeur en tant que "bob" avec le mot de passe "Ep0nge"
Alors l’utilisateur “bob” est connecté
Et l'utilisateur est redirigé vers la page d'édition de l'item "IF05"
Scénario: L’utilisateur souhaite s’inscrire avec un e-mail au format non valide
Soit l'utilisateur est sur la page d'édition de l'item "IF05"
Quand "bobacme.org" souhaite s'enregistrer comme contributeur en tant que "bob" avec le mot de passe "Ep0nge"
Alors L’utilisateur n’est pas connecté
Merci @theobour @Samnoel95 @cedfre pour cette nouvelle version des scénarios. C'est très bien !
Vous pouvez la soumettre sous forme d'une pull request.
Fonctionnalité en production 🎉
Dangerous feature until #183 is implemented.
Having an e-mail for each account would be better to "trust" corresponding users (and blame them when a problem occurs).
Note: In TraduXio, we already implemented a two steps creation with trusted and untrusted users.
Phase 1
Phase 2