SurveyTester ne vous envoie de notifications par e-mail sur un projet que lorsque celui-ci se trouve dans l'une des phases que vous avez cochées sous Phases de projet concernées dans Mon compte → Paramètres de notification. La vérification a lieu au moment où l'événement se produit, et les @mentions contournent le filtre. Le cas typique est un développeur de questionnaire qui ne veut entendre parler d'un projet que lorsqu'il est en Mise à jour du script requise.
Ce qui doit être vrai pour que vous receviez un e-mail
Chaque e-mail de notification doit passer toutes ces vérifications. Si l'une échoue, aucun e-mail n'est envoyé.
| Vérification | Où cela se règle | Ce que cela signifie |
|---|---|---|
| Vous suivez le projet | Abonnement au projet – Suivre automatiquement les nouveaux projets dans Mon compte, ou suivi manuel d'un projet | Seuls les abonnés d'un projet reçoivent ses notifications. |
| Fréquence des notifications par e-mail | Mon compte → Paramètres de notification | Ne jamais envoyer de notification par e-mail désactive tous les e-mails. Toutes les quelques minutes, Toutes les heures et Une fois par jour ne changent que le moment où les e-mails arrivent. |
| Interrupteur par type d'événement | Mon compte → Autres notifications | ... lors de nouveaux tickets, ... lors de la modification de tickets, ... lors de nouveaux commentaires, ... lors d'un changement de phase de projet, ... lors de la création ou de la suppression de projets. Les tickets supprimés comptent comme tickets modifiés ; les commentaires modifiés ou supprimés comme nouveaux commentaires. |
| Phases de projet concernées | Mon compte → Paramètres de notification | Le projet doit actuellement se trouver dans l'une des phases cochées : Initial, Prêt pour le QC ou Mise à jour du script requise. |
| Langues du projet | Mon compte → Langues du projet | Si vous avez sélectionné des langues, les e-mails sur les tickets et commentaires sont limités aux tickets dans ces langues. Aucune sélection signifie toutes les langues. |
| Connexion récente | automatique | Les utilisateurs qui ne se sont pas connectés depuis environ six mois ne reçoivent plus d'e-mails. |
| Pas votre propre action | automatique | Vous ne recevez jamais d'e-mail pour quelque chose que vous avez fait vous-même. |
Remarque
Prérequis au niveau de l'entreprise. Le filtre par phase n'existe que si votre entreprise a activé les phases de projet (Afficher la liste des phases du projet dans les paramètres de l'entreprise). Si les phases sont désactivées, chaque événement passe la vérification de phase.
La phase est vérifiée au moment où l'événement se produit, pas au moment de l'envoi de l'e-mail. Si vous recevez un récapitulatif quotidien, un ticket signalé pendant que le projet était en Prêt pour le QC reste filtré, même si le projet est passé en Mise à jour du script requise plus tard dans la journée. De même, un événement qui a passé le filtre reste dans votre récapitulatif, même si la phase change à nouveau avant l'envoi.
Exemple : un développeur de questionnaire avec seulement « Mise à jour du script requise » cochée
Réglages supposés : la fréquence n'est pas Ne jamais envoyer, ... lors d'un changement de phase de projet ainsi que les interrupteurs pour les tickets et les commentaires sont activés, Phases de projet concernées = Mise à jour du script requise uniquement, et le développeur est abonné au projet.
Le projet est en « Prêt pour le QC »
Les testeurs ajoutent des tickets, en modifient et écrivent des commentaires.
- Aucun e-mail n'atteint le développeur. Le projet est en Prêt pour le QC, qui n'est pas l'une de ses phases concernées : chaque événement de ticket ou de commentaire est filtré.
- Le développeur n'a pas non plus reçu d'e-mail lorsque le projet est passé en Prêt pour le QC. Un e-mail de changement de phase est vérifié par rapport à la nouvelle phase, et Prêt pour le QC n'est pas cochée.
- Exception : les @mentions. Si un testeur mentionne directement le développeur, ou un rôle que le développeur détient, dans un ticket ou un commentaire, cet e-mail est envoyé immédiatement. Les mentions ignorent le filtre par phase et le réglage de fréquence. Une mention par rôle respecte toujours Ne jamais envoyer de notification par e-mail ; une mention directe d'un utilisateur, non.
La phase passe à « Mise à jour du script requise »
- Le développeur reçoit l'e-mail « Project phase changed » : nom du projet avec lien, nouvelle phase, phase précédente, date, auteur du changement, et un bouton « Confirm and send Message ».
- Il arrive selon la fréquence : Toutes les quelques minutes signifie à la prochaine exécution du planificateur (environ 5 minutes), Toutes les heures à la minute choisie, Une fois par jour à l'heure choisie.
- La notification dans l'application (la cloche) pour un changement de phase est envoyée à chaque utilisateur du projet, indépendamment de ces réglages.
Pendant que le projet est en « Mise à jour du script requise »
- Tous les événements auxquels vous êtes abonné passent maintenant le filtre par phase : nouveaux tickets, tickets modifiés (par exemple un testeur ajoute des informations ou rouvre un ticket), commentaires nouveaux, modifiés ou supprimés, tickets supprimés. Ceux que vous recevez dépendent de vos interrupteurs par type d'événement.
- Lorsque le développeur clique sur « Confirm and send Message » et saisit une note, un e-mail « Project phase acknowledged » contenant cette note est envoyé aux autres abonnés. Il dépend de l'interrupteur ... lors d'un changement de phase de projet des destinataires et de leurs propres phases concernées. Comme le projet est encore en Mise à jour du script requise à ce moment-là, un testeur qui n'a coché que Prêt pour le QC ne recevra pas l'e-mail de confirmation.
- Les mentions continuent d'arriver immédiatement, comme toujours.
La phase revient à « Prêt pour le QC »
- Les e-mails sur l'activité des tickets et des commentaires s'arrêtent de nouveau pour le développeur.
- Le développeur ne reçoit pas l'e-mail de changement de phase vers Prêt pour le QC, car cet e-mail est vérifié par rapport à la nouvelle phase. Les développeurs qui veulent savoir quand le script est revenu au QC doivent aussi cocher Prêt pour le QC.
Réglages recommandés
| Rôle | Phases de projet concernées | Remarques |
|---|---|---|
| Développeur de questionnaire / scripteur | Mise à jour du script requise – plus Prêt pour le QC si vous voulez voir le retour au QC | Vous n'entendez parler du projet que lorsqu'il a besoin de votre travail. Les mentions vous parviennent de toute façon. |
| Testeur | Prêt pour le QC – plus Mise à jour du script requise pour recevoir la note de confirmation du développeur | Garde votre boîte de réception calme pendant la mise à jour du script. |
| Chef de projet | Les trois | Voit tout. |
Conseil
Valeurs par défaut par rôle. Les administrateurs peuvent définir ces réglages comme valeurs par défaut par rôle sous Administration → Administration des rôles de sécurité, par exemple Phase 'Mise à jour du script requise' par défaut, afin que les nouveaux utilisateurs d'un rôle démarrent avec les bons réglages. Les utilisateurs peuvent toujours les modifier dans Mon compte.
En résumé
- Phases de projet concernées est un filtre sur la phase actuelle du projet au moment de l'événement. Les événements survenus dans d'autres phases ne sont jamais envoyés par e-mail, même plus tard.
- Les e-mails de changement de phase sont vérifiés par rapport à la nouvelle phase.
- Les @mentions contournent le filtre par phase.
- Tout le reste – abonnement, fréquence, interrupteurs par type d'événement, langues – continue de s'appliquer.