Vue d'ensemble
Tous les projets de l'instance, ceux qui demandent quelqu'un en premier.
Lecture des projets…
Tableau de bord
Où en est la qualité, en un coup d'œil.
Pour démarrer
Runners
Taux de réussite des scénarios
14 derniers joursDernières exécutions
Exigences à surveiller
Scénarios instables
10 dernières exécutionsSprints
Le temps de l'équipe, mesuré en preuves : une exigence du sprint compte comme faite quand les scénarios qui la couvrent passent. Jira dit ce qui est fini ; Agilihub dit ce qui est prouvé.
Sprints
…Lecture des sprints…
Nouveau sprint
Les exigences s'ajoutent ensuite, sur sa fiche.Sprint
Progression
burn-up · exigences prouvées, jour par jourExigences du sprint
Sorties du périmètre
retirées en cours de sprintVélocité
exigences de l'engagement prouvées, par sprintActions des rétrospectives
à tenir pendant ce sprintRétrospective
Lecture des faits du sprint…
Actions de l'équipe
elles restent sur les sprints suivants jusqu'à être faitesActions des rétrospectives précédentes
tenues pendant ce sprint ?Engagement non prouvé
exigences du premier jourChangements de périmètre
un changement, pas un échecVélocité
exigences de l'engagement prouvées, par sprintAnomalies
pendant le sprintScénarios instables
réussis et échoués pendant le sprintMêlée quotidienne
Ce qui a changé depuis le jour ouvré précédent, sans rien à saisir : tout vient des exécutions, des anomalies et de la couverture.
Prouvé depuis hier
Cassé depuis hier
Ce qui bloque
Releases
Ce qui part, et si ça peut partir. Le verdict se calcule à partir des exigences de la release, de ses campagnes obligatoires et des anomalies en cours : personne ne le saisit.
Releases
…Lecture des releases…
Nouvelle release
Exigences et campagnes s'ajoutent ensuite, sur sa fiche.Release
Exigences livrées
Campagnes obligatoires
Anomalies en jeu
Intégrations
Relier Agilihub aux outils que l'équipe utilise déjà.
La liste, les états et le catalogue viennent du serveur : une intégration n'y apparaît « reliée » que si elle l'est vraiment pour cette instance.
En place
…Lecture de l'état…
Ajouter une intégration
Serveurs MobileStation
Les machines qui pilotent les terminaux mobiles, et ce qu'elles tiennent en ce moment.
La liste est enregistrée pour cette instance et survit aux redémarrages. L'état et les terminaux, eux, ne sont jamais conservés : un serveur déclaré est interrogé au moment de l'affichage, un serveur enrôlé se signale de lui-même toutes les quinze secondes. Rien de ce qui est affiché ici n'a plus de quinze secondes.
Serveurs
…Lecture de l'état…
Enrôler un serveur
C'est le serveur MobileStation qui appelle Agilihub, et non l'inverse : c'est la seule façon de suivre un poste installé ailleurs, derrière un routeur. Générez un jeton, puis collez-le dans le serveur avec l'adresse d'Agilihub.
Déclarer un serveur
Bienvenue sur Agilihub
Votre premier projet
Un projet, c'est un dépôt Git qui contient vos scénarios ATS. Campagnes, exécutions, exigences et releases s'y rattachent : tout commence là.
Pas encore de projet
Un administrateur ou un responsable de projets doit relier le premier dépôt. Dès qu'il est créé, cet écran s'ouvre dessus, sans rien recharger.
En attendant, sans projet
Ces réglages valent pour tous les projets.Projets
Un projet par dépôt Git : les scénarios vivent dans le dépôt, Agilihub en lit les branches.
Projets
…Lecture des projets…
Nouveau projet
Le dépôt doit répondre avant que le projet soit créé.Où trouver ce jeton ? Seulement pour un dépôt privé. Un droit de lecture suffit : Agilihub lit les branches et les suites, le runner clone le dépôt. Le jeton est chiffré sur le serveur et n'est jamais réaffiché ; le même sert à remplacer celui d'un projet existant (« Nouveau jeton »).
GitHub
- Ouvrez Settings → Developer settings → Personal access tokens → Fine-grained tokens, puis Generate new token.
- Resource owner : l'organisation du dépôt. Repository access : Only select repositories, et choisissez le dépôt.
- Permissions → Repository permissions → Contents : Read-only (Metadata suit tout seul).
- Générez, copiez le jeton (
github_pat_…) et collez-le ici. Si l'organisation exige une approbation, un de ses administrateurs doit valider le jeton.
GitLab (gitlab.com ou auto-hébergé)
- Dans le projet : Settings → Access tokens → Add new token (jeton de projet). À défaut, un jeton personnel : avatar → Edit profile → Access tokens.
- Rôle (jeton de projet) : Reporter.
- Scopes : read_repository (les branches, le clonage) et read_api (la liste des suites).
- Choisissez une date d'expiration, créez, copiez le jeton (
glpat-…) et collez-le ici.
Bitbucket Cloud
- Dans le dépôt : Repository settings → Security → Access tokens → Create Repository Access Token.
- Permission : Repositories : Read.
- Créez, copiez le jeton et collez-le ici.
Azure Repos
- Dans Azure DevOps : User settings (en haut à droite) → Personal access tokens → New Token.
- Organization : celle du dépôt. Scopes : Custom defined, puis Code : Read.
- Choisissez une date d'expiration, créez, copiez le jeton et collez-le ici.
Gitea ou Forgejo
- Avatar → Settings → Applications → Generate New Token.
- Permissions : repository : Read.
- Générez, copiez le jeton et collez-le ici.
Utilisateurs
Les personnes qui ont accès à Agilihub pour agilitest, et ce que leur rôle leur permet.
Administrateur : tout, dont les personnes, les intégrations et les paramètres. Utilisateur : les exigences, les scénarios, les projets, les campagnes, les runners, les anomalies. Lecteur : consulte, ne modifie rien. Chacun porte en plus ses rôles dans l'équipe (PO, développeur, chef de projet, expert métier, automaticien…), qui ne donnent aucun droit.
Personnes
…Lecture des comptes…
Inviter quelqu'un
Paramètres
Les réglages de votre organisation dans Agilihub. Réservé aux administrateurs.
Envoi des e-mails
…Lecture du réglage…
Rôles dans l'équipe
plusieurs par personne, sans aucun droitLecture du réglage…
Priorités des exigences
trois niveaux, du plus important au moins importantLecture du réglage…
Preuves des exécutions
…Lecture du réglage…
Mon compte
Expérience
Les mêmes données, une autre façon de travailler. Rien ne change pour les autres.Apparence
Retenue sur ce navigateur.Nom affiché
Mot de passe
Vos autres appareils seront déconnectés.Jetons d'accès
Pour la CI, l'éditeur Agilitest ou un script. Un jeton agit en votre nom, avec votre
rôle, et cesse de fonctionner dès que vous le révoquez — ou si votre compte est désactivé.
À envoyer dans l'en-tête Authorization: Bearer ….
Copiez-le maintenant : Agilihub n'en garde que l'empreinte, il ne sera plus jamais affiché.
Changelog
Ce qui a changé à chaque version d'Agilihub, la plus récente en tête. Version en service : —.
Campagnes
Ce qu'on lance ensemble : des suites ATS d'un projet, sur une branche.
Campagnes
…Lecture des campagnes…
Exécutions programmées
heure de ParisLecture des programmations…
Nouvelle campagne
Les suites sont les fichiers de src/exec du dépôt.Exécutions programmées
Les campagnes qui se lancent seules : une fois, ou à l'heure dite certains jours. Heure de Paris.
Programmations
Lecture des programmations…
Programmer une campagne
Exécutions
Les dernières exécutions du projet, les plus récentes en premier.
Dernières exécutions
…Lecture des exécutions…
Exécution
Scénarios
Les résultats arrivent à la fin de l'exécution.
Morceaux
Preuves
Journal
Runners
Les machines qui exécutent les campagnes. Elles appellent Agilihub : aucune n'a besoin d'être joignable depuis Internet.
Runners
…Lecture des runners…
Nouveau runner
Créez le runner ici, puis collez sa commande sur la machine qui exécutera les tests — elle a besoin de git et d'un JDK 21 ou plus. Pas besoin d'être administrateur : le runner s'installe dans le dossier de la session, démarre à l'ouverture de session et se met à jour seul. Il garde le nom choisi ici.
Anomalies
Les défauts constatés. Un nouvel échec d'un même scénario s'ajoute à son anomalie au lieu d'en créer une autre.
Lecture des anomalies…
Signaler une anomalie
Pour un échec d'exécution, utilisez plutôt « Créer une anomalie » sur le scénario.Anomalie
Description
Ce qu'ATS a constaté
Échecs constatés
Activité
Exigences
Ce que l'application doit faire, et ce qu'en disent les scénarios. Un scénario prouve un critère d'acceptation : son script cite la clé du critère dans son en-tête (id -> EX-12/C2), ou on l'y lie à la main.
Couverture par domaine
d'après le package des scriptsLier en masse
Choisissez un critère, cochez les scénarios qui le prouvent.Exigences
…Lecture des exigences…
Nouvelle exigence
Exigence
Description
Critères d'acceptation
Statistiques
ses scénarios, sur les 30 derniers joursAnomalies
Discussion
Releases et sprints
Activité
Scénarios
Les scripts ATS du dépôt, tels que le runner les a lus à la dernière exécution, et leur santé. Ils se modifient dans l'éditeur Agilitest.
Lecture du catalogue…
Étape 1 sur 4
Où sont vos scénarios ATS ?
Un projet Agilihub, c'est un dépôt Git. Agilihub y lit les branches et les suites ; le runner le clonera pour jouer les tests.
Étape 2 sur 4
Une machine pour jouer les tests
Le runner s'installe sur un poste ou un serveur qui a git et un JDK 21. Il appelle Agilihub : aucun port à ouvrir, rien à exposer.
Étape 3 sur 4
Votre première campagne
Une campagne, ce sont les suites ATS à jouer ensemble, sur une branche. Cochez-en une ou deux pour commencer.
Étape 4 sur 4
Lancez-la
Le runner prend l'exécution, clone le dépôt et joue les suites. Le résultat arrive ici, en direct.