Comment tester localhost sans tunnel ?

Pointez BASE_URL vers votre application sur localhost ou sur une URL de préproduction privée. Le moteur Nexus démarre l'application avant l'exécution, attend qu'elle réponde, exécute les tests et l'arrête ensuite, sans aucun tunnel, sans URL de préproduction exposée et sans qu'aucune donnée de test ne quitte votre réseau.

Par l'équipe Nexus Studio, Verdict System LLC. 27 octobre 2026.

Pourquoi une grille cloud a-t-elle besoin d'un tunnel ?

Une grille hébergée exécute ses navigateurs sur ses propres serveurs, elle ne peut donc atteindre une application sur votre machine qu'à travers un tunnel ou via une URL de préproduction publique. Nexus Studio exécute les navigateurs sur la machine hébergeant votre application, de sorte que le test et l'application communiquent directement, sur localhost ou sur une URL de préproduction privée.

Comment le moteur exécute-t-il votre application ?

• Un serveur de développement laissé en cours d'exécution après les tests. NEXUS_APP_START démarre votre application avant chaque exécution et l'arrête avec l'ensemble de son arborescence de processus lorsque l'exécution se termine, échoue ou est interrompue, Ctrl+C inclus.
• Une exécution réussie face à une application qui n'a jamais démarré. L'exécution attend que l'URL prête réponde, avec tout statut inférieur à 500, interrogée toutes les 0,5 s. Si l'application ne peut pas démarrer, l'exécution ne commence jamais : CONFIG_ERROR APP_DID_NOT_START, avec ses 40 dernières lignes de journal.
• Une deuxième copie d'une application déjà active. NEXUS_APP_REUSE=true utilise une application qui répond déjà et la laisse en cours d'exécution ; false interrompt l'exécution si autre chose répond à cet endroit.
• Un résultat que personne ne peut associer à un build. Chaque exécution enregistre la version du package.json de votre application ainsi que le commit git qu'elle a testé.

Qu'est-ce qui change dans Docker et via SSH ?

Dans Docker, l'application s'exécute toujours sur cette machine, et le conteneur atteint un BASE_URL localhost sous le nom host.docker.internal. Via SSH, l'application démarre sur l'hôte distant.

Que configurez-vous ?

Un programme et ses arguments, sans shell : npm run dev, pnpm dev ou node server.js. nexus app check, ou Test it dans le Studio, démarre l'application, l'attend et l'arrête. L'intégralité du journal reste dans evidence/run-context/.

Quelles sont les limites ?

• La commande de démarrage est un programme unique avec ses arguments et sans interpréteur de commandes (shell), les opérateurs de shell tels que && ne s'appliquent donc pas. Placez une séquence plus longue dans un script et démarrez ce script.
• Via SSH, localhost désigne l'hôte distant : l'application démarre là-bas, et non sur la machine qui héberge le Studio.

Où puis-je en savoir plus ?

La page dédiée à la possession de votre infrastructure compare un PC, un mini PC, Docker et un serveur loué, et indique le coût de chacun. La page relative à la confiance répertorie la seule connexion que le Studio établit de manière autonome, et le guide Playwright auto-hébergé explique comment exécuter les mêmes tests dans Docker ou sur un serveur Linux.