Projets
Un projet par produit, avec ses propres cas de test, environnements, connexions, problèmes et mémoire.
Un projet est un produit que vous testez. Ses cas de test, plans de test, exécutions, environnements, connexions, problèmes, digests, sa mémoire et ses fichiers restent à l'intérieur. Les membres, la facturation, le crédit d'exécution et les intégrations appartiennent à l'organisation et sont partagés par tous les projets.
Créez un projet par produit que les gens utilisent séparément. Une boutique web et l'application mobile qui l'accompagne peuvent former un seul projet, avec des cibles web et Android. Deux frontends destinés à des utilisateurs différents, comme un site acheteur et un site vendeur, font généralement deux projets, même s'ils partagent une API.
Créer un projet
Les propriétaires et les administrateurs créent les projets. Ouvrez Projects et cliquez sur New project :
- Project name : jusqu'à 40 caractères, par exemple « Marketplace web ».
- What does it do? : facultatif. Cela aide vos collègues, et l'agent le lit lorsqu'il rédige des étapes.
- First environment : facultatif. Donnez-lui un nom et une URL web, et il devient l'environnement par défaut du projet. Laissez-le vide pour ajouter des environnements plus tard.
Les plateformes d'un projet découlent de ses environnements. Ajoutez une cible Android ou API à un environnement, et le projet teste cette plateforme. Les tests iOS arrivent bientôt. Voir Environnements.
Qui peut voir un projet
- Les propriétaires et administrateurs voient tous les projets.
- Les membres ne voient que les projets qui leur sont attribués. Un administrateur les définit dans Organization → Members, dans la colonne Projects : All projects, certains projets ou No projects.
- Les clés d'API accèdent à tous les projets de l'organisation. Les assistants IA connectés via MCP agissent au nom de la personne qui les a connectés : l'assistant d'un membre ne voit donc que les projets de ce membre.
Un membre sans projet voit le message « Demandez à un propriétaire ou à un administrateur de vous donner accès à un projet. »
Paramètres du projet
Ouvrez un projet et cliquez sur Settings. Les propriétaires et les administrateurs peuvent modifier les paramètres ; les membres peuvent les consulter.
| Onglet | Contenu |
|---|---|
| General | Le nom du projet, sa description et l'environnement par défaut des nouvelles exécutions. Renommer un projet modifie son URL. |
| Files | Les fichiers que vos tests peuvent téléverser, comme un exemple de carte d'identité ou un contrat en PDF. Jusqu'à 15 Mo chacun. Chaque fichier fait l'objet d'un contrôle de sécurité avant qu'un test puisse l'utiliser. Search inside files permet à l'agent de retrouver un fichier d'après son contenu. |
| Integrations | La façon dont ce projet utilise les intégrations de l'organisation : son canal Slack, son équipe Linear ou son projet Jira, et le plan de test exécuté sur les pull requests. |
| Danger zone | Archiver le projet. Réservé aux administrateurs. |
Archiver un projet
L'archivage arrête les planifications et les exécutions de pull request d'un projet. Son historique, ses problèmes et ses digests restent consultables, mais plus rien ne peut y être modifié. Chaque page d'un projet archivé l'indique, et les propriétaires et administrateurs peuvent cliquer sur Restore project pour pouvoir de nouveau le modifier.
Environnements créés avant les projets
Les environnements créés avant l'arrivée des projets sont listés sur la page Environments d'un projet, sous Environments without a project. Les administrateurs peuvent cliquer sur Move into <project> : ses cibles, connexions, problèmes et digests le suivent.
Lors du passage de votre organisation aux projets, Autonomy a regroupé vos environnements existants en projets selon leur URL, leur identifiant d'application et leur nom, et a placé chaque cas de test dans le projet de l'environnement où il s'exécutait. Tout ce qu'il n'a pas pu classer se trouve dans un projet nommé Other. Sortez-en les cas de test au fur et à mesure.
Vous n’avez pas trouvé ?