Slack

Slack joue deux rôles dans Autonomy. C'est là que sont publiés les résultats d'exécution et les nouveaux problèmes, et c'est un endroit où parler à Autonomy : demander ce qui a échoué, consulter les problèmes ou lancer une exécution. Connectez-le une seule fois pour l'organisation, et les deux fonctionnent.

Connecter Slack

Réservé aux propriétaires et aux administrateurs.

1. Ouvrez Organization → Integrations → Slack et cliquez sur Connect. La configuration comporte trois étapes : Sign in to Slack, Choose what to share, Use it in projects.
2. Connectez-vous et autorisez l'application Autonomy dans votre espace de travail Slack.
3. Choisissez les canaux dans lesquels Autonomy peut publier.
4. Choisissez le canal de chaque projet. Un projet sans canal propre utilise le Default channel.

Autonomy publie dans les canaux que vous choisissez et ne lit jamais l'historique des canaux.

Où vont les messages

Run failed est envoyé au canal du projet et au canal par défaut. Quand il s'agit du même canal, il n'est publié qu'une fois. Utilisez Send test à côté du canal par défaut pour vérifier qu'Autonomy peut y publier.

Les événements envoyés sont définis sur Organization → Notifications, et chaque membre choisit ce qui lui parvient sur My notifications. Voir Notifications et webhooks.

Un message indique le cas de test, l'environnement, le résultat et un lien vers l'exécution, et non une copie de la page d'exécution. Commencez par les échecs et les nouveaux problèmes pour l'équipe de chaque projet. N'ajoutez les résultats réussis que dans un canal dédié aux vérifications de version.

Parler à Autonomy

Mentionnez @Autonomy dans un canal, envoyez-lui un message direct, ouvrez son onglet App Home ou utilisez-le depuis le panneau de l'assistant Slack. Posez vos demandes en langage courant :

@Autonomy show me the most recent failed runs and what broke
@Autonomy what happened in step 3 of run_123?
@Autonomy list the open issues in this project
@Autonomy start a run of the checkout test case on staging
@Autonomy cancel run_789
@Autonomy mark issue_456 as resolved

Ce qu'il sait faire :

Il donne les résultats en toutes lettres : Passed, Failed, Couldn't start, Cancelled. Changer le statut d'un problème ne modifie jamais le résultat d'une exécution.

Dans le canal d'un projet, il travaille dans ce projet, sauf si vous en nommez un autre. Ailleurs, il vous demande de quel projet il s'agit quand ce n'est pas clair. Il ne lance, n'annule, ne signale ou ne modifie quelque chose que si vous le lui demandez, et seulement quand la cible est claire. Chaque demande reste dans l'organisation à laquelle l'espace de travail Slack est connecté.

Le panneau de l'assistant propose quatre prompts pour commencer : Recent failures, Open issues, Test cases et Start a run. L'onglet App Home affiche les exécutions récentes.

Dépannage

Les messages arrivent, mais les mentions sont ignorées

L'application Slack a été installée avant qu'Autonomy puisse répondre dans Slack : elle n'a donc que l'autorisation de publier. Un administrateur reconnecte Slack dans Organization → Integrations → Slack pour accorder les autres autorisations. Les messages continuent d'arriver en attendant.

Slack apparaît comme déconnecté

Slack a supprimé l'application ou révoqué son accès. Un administrateur la connecte de nouveau.

Les messages d'un projet vont dans le canal par défaut

Le projet n'a pas de canal propre. Choisissez-en un dans Organization → Integrations → Slack ou sous Route by project.

Il ne trouve pas un cas de test

Demandez-lui d'abord de lister les cas de test, ou donnez le nom exact. Il ne reconnaît que les cas de test qui existent, et ne devine pas.

Il refuse de lancer une exécution

Il lui faut un cas de test et un environnement. Nommez les deux : « the checkout test case on staging ». Il lance des cas de test, pas des plans de test.