Structure du fichier de configuration
Champs de niveau supérieur
| Champ | Type | Requis | Description |
|---|---|---|---|
name | string | Oui | Nom lisible pour cette exécution, affiché dans le tableau de bord |
projectId | string | Oui | UUID du projet auquel associer cette exécution |
envFile | string | Non | Chemin vers un fichier .env contenant des variables d’environnement pour l’exécution |
agentInfo | object | Non | Métadonnées arbitraires attachées au rapport d’exécution |
tasks | array | Oui | Liste des tâches de test (voir ci-dessous) |
Champs de tâche
Chaque élément du tableautasks définit un scénario de test :
| Champ | Type | Requis | Description |
|---|---|---|---|
id | string | Oui | Identifiant unique pour cette tâche au sein de l’exécution |
description | string | Oui | Description en langage naturel de ce qu’il faut tester |
context | string | Non | Contexte supplémentaire pour l’agent (identifiants, notes) |
startUrl | string | Oui | L’URL vers laquelle l’agent navigue au début de cette tâche |
subAgents | array | Oui | Agents à exécuter : "security", "uiux", ou les deux |
Rédiger des descriptions de tâches efficaces
Le champdescription est interprété par un LLM, donc le langage naturel fonctionne bien. Soyez précis sur ce que l’agent doit faire et ce que vous souhaitez qu’il recherche.
- Bonnes descriptions
- Descriptions vagues
Choisir les sous-agents
Vous pouvez exécuter l’agent de sécurité, l’agent UI/UX ou les deux sur n’importe quelle tâche.security seul peut suffire. Pour les pages marketing statiques, quality seul peut être plus pertinent.
Deux façons de configurer
Constructeur visuel
Utilisez le tableau de bord QAOS pour générer un fichier de configuration via un formulaire guidé — sans édition JSON requise.
JSON depuis zéro
Rédigez ou modifiez le fichier de configuration directement avec la référence complète des champs.