Questions sur les tests avec l`intelligence artificielle

Cas 1 - Vérification des mises à jour

Uniquement dans l’interface graphique et uniquement avec votre accord

La vérification des mises à jour n’a lieu que dans l’interface graphique et uniquement avec l’accord de l’utilisateur. Elle n’a jamais lieu en mode batch ou daemon. Vous pouvez la désactiver avec le paramètre de démarrage -noupdatecheck ou via l’option .

Cas 2 - Pilotes de navigateur

Téléchargement uniquement en mode WebDriver

Les pilotes de navigateur ne sont téléchargés qu’en mode WebDriver pour Chrome et Edge. En mode standard (CDP), aucun téléchargement n’est nécessaire.

Cas 3 - Fonctions IA

Connexion uniquement si un modèle de langage est configuré

Les fonctions IA n’établissent une connexion que si un modèle de langage est configuré. Avec un modèle local, cette connexion reste elle aussi dans votre réseau.

QF-Test ne collecte ni statistiques d’utilisation ni données de télémétrie. La vérification de licence et le serveur de licences ne communiquent pas non plus avec Internet.

Oui. Le programme d’installation contient l’environnement d’exécution Java nécessaire, rien n’est téléchargé ultérieurement.

Les nouvelles versions s’installent en parallèle de la version existante, vous conservez ainsi une solution de repli.

Les mises à jour de licence s’installent via Aide › Activer la licence…, ou vous remplacez simplement le fichier de licence.

Non. La licence est un fichier signé que vous déposez une seule fois.

Les instances exécutées simultanément se coordonnent exclusivement au sein de votre réseau :

• Dans le sous-réseau local via IP multicast
• Au-delà des limites du réseau via un serveur de licences que vous exploitez vous-même

Il n’y a pas d’activation en ligne, pas même lors des renouvellements.

Oui. Pour Chrome et Edge, QF-Test utilise par défaut le Chrome DevTools Protocol (CDP), qui ne nécessite pas de pilote séparé. Nous fournissons GeckoDriver pour Firefox, et Safari intègre son propre pilote.

Ce n’est que si vous choisissez délibérément le mode WebDriver pour Chrome ou Edge que QF-Test télécharge automatiquement chromedriver ou msedgedriver. Vous pouvez aussi stocker les pilotes en interne et les référencer avec la variable d’environnement QFTEST_WEBDRIVERS_ROOT.

Option 1 - Configuration

Ne pas ajouter de LLM, ne pas activer le serveur MCP

Ne créez aucune entrée dans le tableau « Configurations LLM » et ne cochez pas l’option « Activer le serveur MCP intégré ». Sans modèle de langage configuré, QF-Test n’effectue aucune requête IA.

Option 2 - Option système

Activer l’option « Bloquer les fonctions IA »

L’option système OPT_BLOCK_AI désactive en une seule fois toutes les fonctions qui effectuent des appels LLM ou fournissent des interfaces IA — indépendamment de tout autre paramètre.

Option 3 - Installation

Supprimer les bibliothèques IA

Sous Windows, les fonctions IA peuvent être désélectionnées lors de l’installation. Sous Linux et macOS, supprimez simplement les fichiers lib/langchain4j.jar et lib/mcp.jar du répertoire d’installation.

Ces trois options sont définitives et peuvent être combinées — par exemple dans des environnements où une politique d’entreprise interdit l’utilisation des fonctions IA.

L’IA peut interagir avec le SUT en utilisant les outils MCP fournis par QF-Test. Elle utilise la même reconnaissance de composants et simule les interactions utilisateur de la même manière.

Lors de l’utilisation de l’IA dans QF-Test, toutes les actions, les utilisations d’outils MCP et les réponses de l’agent IA sont documentées dans le journal. Cela permet un suivi complet de ce que l’agent a fait et de la manière dont il a obtenu ses résultats.

L’exploration autonome est conçue pour les environnements de test. Les actions irréversibles, les suppressions accidentelles ou l’accès à des systèmes extérieurs à l’environnement de test doivent être contrôlés par l’environnement de test lui-même — pas par l’agent IA. Cela s’applique de la même manière à tout agent IA.

Les limites de profondeur peuvent être spécifiées dans la description du test et sont généralement respectées en pratique. Il n’existe cependant actuellement aucun mécanisme permettant de les imposer techniquement. L’agent peut être arrêté à tout moment si un comportement indésirable est observé pendant l’exploration.

Il n’existe actuellement aucun moyen fiable d’empêcher l’IA de considérer l’état actuel de l’application comme le comportement attendu. Ce n’est cependant pas l’objectif principal de cette fonctionnalité — elle est destinée à fournir aux équipes QA un point de départ structuré pour la structure des tests, qu’elles examinent et affinent ensuite.

Pour des tests stables, il est recommandé de remplacer dans la mesure du possible les nœuds IA générés par des nœuds QF-Test traditionnels.

Le prompt envoyé à l’agent IA se compose de deux parties : un prompt de base (défini dans la suite de tests bibliothèque qfs-ai.qft, remplaçable par votre propre suite de tests comme user-ai.qft) et votre description de test. Cette description peut être aussi détaillée que vous le souhaitez.

Vous pouvez intégrer dans le prompt des tickets et des plans de test, des critères d’acceptation, des règles métier ou des références à des tests existants. Comme pour toute application IA, rien ne garantit que tous les détails seront entièrement pris en compte — plus votre description est précise et complète, meilleur sera le résultat.

Notez qu’une surcharge de la fenêtre contextuelle du modèle peut conduire à de moins bons résultats. Rédigez donc vos descriptions de manière détaillée, mais ciblée.

La génération de tests par IA dans QF-Test est par nature non déterministe : plusieurs exécutions du même processus de génération produisent des résultats différents. C’est une caractéristique fondamentale des grands modèles de langage.

Si le prompt de génération de tests reste identique d’une exécution à l’autre, la structure et l’approche des suites de tests générées sont généralement similaires — même si les étapes concrètes ou les formulations diffèrent. Considérez chaque exécution comme une ébauche que votre équipe QA examine et affine — pas comme un package de tests terminé.