Préférences par événement

Les paramètres de notification forment une matrice plutôt qu'un simple interrupteur. Douze types d'événements, chacun pouvant aller vers l'e-mail, vers Slack, ou vers aucun des deux, réglés par personne plutôt qu'une seule fois pour tout le compte.

Ils sont regroupés en quatre catégories, et c'est ce regroupement qui est utile. Le cycle de vie du test couvre démarré, terminé et déployé. Les résultats couvrent un résultat positif significatif et un résultat négatif significatif. La santé couvre un écart de répartition, l'absence de données, un retard, et une automatisation bloquée. Le compte couvre une implémentation marquée terminée, un utilisateur invité et un site créé.

La santé est délibérément tenue à l'écart du cycle de vie plutôt que fondue dans un seul groupe « tests ». Ces lignes disent qu'un test ne peut pas être fiable, ce qui est une décision différente de « dites-moi quand les choses démarrent », et les enfouir ensemble, c'est ainsi que quelqu'un désactive l'alarme en même temps que le bruit.

Le catalogue ne contient que des types que quelque chose émet réellement. Une entrée sans producteur se lit comme une fonctionnalité qui existe et ne se déclenche jamais discrètement, ce qui est pire que de ne pas la proposer.