Vous possédez votre code · Vous possédez vos preuves

Nexus Studio : Déterminez si un test échoué est un vrai bug ou un simple faux positif

Nexus Studio : gérez vos tests Playwright et Selenium sur site avec 14 verdicts précis et conservez les preuves de chaque échec.

Il s'agit d'une application de bureau Windows. Chaque échec est consigné avec son rapport, sa capture d'écran et ses journaux, les enregistrements peuvent être scellés dans une chaîne SHA-256, et aucune donnée de test ne quitte votre PC.

Vous décidez pour une équipe ? Lisez la page dédiée aux dirigeants →

14
des verdicts au lieu de succès ou échec, et chaque échec archivé avec son rapport, ses journaux et sa capture d'écran
6,057
tests dans notre porte de validation : 2 997 moteur, 3 060 Studio
0
copies de vos données de test sur nos serveurs
Test casesRun patrolNexus RecorderAI writerTest Adapter
e2e › TC90TC91 webkit · TIMEOUT firefox · TIMEOUT chromium · TIMEOUT
TerminalRunsTimelineSelectorsPredict
TC90 · TC913 engines · one after anotherTIMEOUT TC91: 0 passed · 3 failed
[13:22:06] TC90 webkit running
[webkit] Error: expect(locator).toHaveAttribute(expected) failed → TC90_Example_domain.js:27
[retry] webkit › TC90: general failure, checking for flakiness (attempt 2/2)
[13:22:37] TC90 webkit FLAKY 31.2s retry 1 · passed on attempt 2 of 2: the first attempt failed, nothing was repaired
[13:22:54] TC90 firefox SECURE 16.8s no retries
[13:23:01] TC90 chromium SECURE 7.4s no retries
= TC90 matrix 3 browsers · 2 passed · 1 with reserve · 0 failed · PASSED: webkit recovered after retry
[13:24:18] TC91 webkit TIMEOUT 1m 16s retry 1 · locator.click: Timeout 30000ms exceeded. at TC91_Example_more_info.js:19
[13:25:39] TC91 firefox TIMEOUT 1m 21s retry 1
[13:26:57] TC91 chromium TIMEOUT 1m 17s retry 1 · a step never completed within its time limit
= TC91 matrix 3 browsers · 0 passed · 0 with reserve · 3 failed · FAILED: passed on 0 of 3 · webkit: TIMEOUT, firefox: TIMEOUT, chromium: TIMEOUT
Deux exécutions le 2026-09-30 sur example.com, résumées : les horaires, verdicts et durées par navigateur sont propres aux exécutions, l'espacement temporel entre les lignes ne l'est pas, et la progression ligne par ligne est illustrative. Les deux tests de démonstration sont mis en scène : TC90 échoue intentionnellement lors de sa première tentative WebKit, et TC91 a été délibérément écrit avec l'ancien texte de lien.

Estimation

Écrire un test est la partie facile. Le maintenir en vie ne l'est pas.

Le triage, les sélecteurs défaillants et la réexécution de tests instables consomment des heures chaque semaine. Indiquez vos propres chiffres et observez le total d'heures : les valeurs d'exemple indiquent un gain de temps d'environ 54 %, ce qui constitue notre hypothèse et non une mesure.

Valeurs d'exemple, modifiez-les. Les minutes sont nos hypothèses.

Échecs et triage
Exécutions en échec que votre équipe ouvre chaque semaine.
Récupérez la capture d’écran, les journaux et les erreurs réseau, puis qualifiez le problème.
Lisez le verdict et le rapport, puis décidez.
Sélecteurs cassés
Localisateurs qui ne correspondent plus après une modification de l'interface utilisateur.
Trouvez l'élément, écrivez un nouveau localisateur, relancez.
Ouvrez Repair line, choisissez un candidat, relancez pour vérifier.
Tests instables
Échecs que quelqu'un relance manuellement pour voir s'ils passent.
Remarquez-le, relancez-le, confirmez qu'il a réussi.
La nouvelle tentative s'exécute au sein du run et classe en FLAKY. Vous lisez le verdict.

À la main59 h par mois

Avec le Studio27 h par mois

Réduction54%

Une estimation basée sur vos chiffres, pas une mesure.

Comment s'effectue le calcul : pour chaque type de tâche, le nombre par semaine multiplié par sa durée en minutes, additionné, multiplié par 52 semaines sur 12 mois, divisé par 60. La rédaction des tests et l'attente de leur exécution ne sont pas prises en compte.

Comment ça fonctionne

Trois étapes, toutes sur des machines que vous contrôlez.

  1. Rédigez ou enregistrez les tests.

    Parcourez votre application dans un véritable navigateur et le Nexus Recorder écrit du code Playwright ou Selenium standard, sans aucune IA impliquée. Ou importez les tests que vous possédez déjà. Vos tests restent les vôtres : du Playwright, Selenium et pytest standard, sans verrouillage fournisseur. À quoi ressemblent les fichiers, et comment changer d'outil

  2. Exécutez-les et obtenez un verdict.

    Patrol exécute Chromium, Firefox, WebKit et un véritable smartphone Android, les uns après les autres ou jusqu'à trois à la fois. Chaque résultat correspond à l'un des 14 verdicts au lieu d'un simple succès ou échec, de sorte qu'un réseau lent, un défi anti-robot et une véritable anomalie ne se ressemblent plus.

  3. Conservez les preuves.

    Chaque échec est consigné avec son rapport, sa capture d'écran et ses journaux, et une chaîne SHA-256 prouve que rien n'a été altéré par la suite. Découvrez les éléments consignés pour un échec

  • SECURE
  • CHAOS_RESILIENT
  • AUTO_RECOVER
  • FLAKY
  • PERFORMANCE_DEGRADED
  • A11Y_VIOLATION
  • SECURITY_VIOLATION
  • BREACHED
  • BREACHED_FLAKY
  • CHAOS_BREACHED
  • TIMEOUT
  • UNREACHABLE
  • BLOCKED
  • CRASHED

La signification de chacun des 14 verdicts

Ce qui différencie Nexus Studio

Six engagements qui définissent le comportement du produit, et que vous pouvez vérifier par vous-même.

  • Il s'exécute là où votre application s'exécute.

    Le Studio fonctionne sur votre PC Windows 11 ou mini PC, et son moteur y exécute vos suites, dans Docker sur la même machine, ou via SSH sur une autre machine de votre réseau ou VPN. Les tests, les preuves et l'historique ne quittent jamais ces disques.

  • Un verdict, pas une couleur.

    Quatorze verdicts permettent de distinguer un réseau lent, un défi anti-robot ou un navigateur planté d'un véritable défaut. Jira n'est notifié que des échecs et des dépassements de délai, jamais d'un site bloqué ou d'un navigateur arrêté, afin que votre backlog ne contienne que des bugs réels.

  • Pas de vert silencieux.

    Un test qui réussit après un nouvel essai est signalé comme FLAKY. Une exécution de chaos dans laquelle aucune panne n'a été injectée est signalée comme NOT_INJECTED. L'autoréparation propose un correctif et maintient l'exécution en rouge jusqu'à votre décision.

  • Des preuves que vous pouvez vérifier.

    Chaque fichier d'un enregistrement est haché et chaîné au précédent. Verify indique le premier enregistrement modifié, de sorte que l'on ne vous demande jamais de faire aveuglément confiance à un tableau de bord.

  • L'IA de votre choix, soumise à des règles.

    Votre propre outil d'IA ou un modèle local rédige le test. Un Vet déterministe le vérifie, une exécution préliminaire peut le répéter, et rien n'est enregistré tant que vous ne l'avez pas accepté. Le Recorder n'utilise aucune IA.

  • Les tests actifs requièrent votre consentement.

    Les tests de charge, les analyses de sécurité et le chaos d'infrastructure ne démarrent qu'après une autorisation explicite, et cette autorisation est consignée aux côtés des preuves.

Les problèmes pour lesquels il a été conçu.

Sélectionnez un problème pour voir comment le Studio le traite, et sur quel écran.

Un test instable est signalé comme un véritable bogue.

Un échec qui réussit lors d'une nouvelle tentative est classé comme FLAKY, et non comme une anomalie, et ne crée aucun ticket. Lorsque Jira ou Azure Boards est activé, une exécution échouée ouvre un ticket par test, TIMEOUT inclus ; un nouvel échec ajoute un commentaire et une réussite sans erreur ferme le ticket. BLOCKED, UNREACHABLE et CRASHED n'en ouvrent jamais, tout comme un test qui n'a pas pu démarrer, car ce n'est pas un résultat.

Patrol, Evidence Locker

Le site bloque le bot, et le rapport accuse l'application.

Un code 403, 429 ou une page de défi de Cloudflare, reCAPTCHA ou hCaptcha est signalé comme BLOCKED : un verdict d'environnement qui n'ouvre jamais de ticket. Les signaux d'automatisation sont masqués par défaut.

Evidence Locker, Paramètres

Les sélecteurs se cassent à chaque modification de l'interface utilisateur.

Lorsqu'une étape échoue, des candidats plus robustes sont déjà prêts et Repair line en applique un, le plus fort en premier et XPath en dernier. La santé des localisateurs signale les sélecteurs fragiles avant qu'ils ne se cassent.

Patrol

Les preuves sont dispersées entre captures d'écran et fils de discussion.

Chaque exécution ayant échoué consigne son rapport, ses métadonnées, sa capture d'écran et son journal brut au même endroit. Un véritable échec conserve également sa vidéo (vous choisissez les verdicts dans les Paramètres), et une chaîne SHA-256 prouve que rien n'a été modifié par la suite.

Evidence Locker

Le triage prend toute la matinée.

Le rapport d'investigation regroupe l'échec, la télémétrie et les erreurs de page, et l'IA que vous choisissez peut ajouter une analyse. Marquer un échec comme Vrai bogue ou Fausse alerte ne nécessite qu'un seul motif.

Evidence Locker, Fournisseurs d'IA

Trois navigateurs et deux téléphones Android impliquent cinq exécutions.

Une seule exécution Patrol couvre Chromium, Firefox et WebKit, par défaut en séquence ou jusqu'à trois simultanément, ainsi que de véritables téléphones Android, avec un verdict par moteur.

Patrol, Appareils & Mobile

La sécurité est testée à la fin, si elle l'est.

Smart Monkey analyse une cible autorisée à la recherche de failles XSS, d'injections SQL, de SSRF et plus encore, confirme les vulnérabilités aveugles sur un écouteur situé sur votre propre machine et exporte au format SARIF.

Sécurité

Personne ne sait si l'application survit à une panne.

Chaos Lab ralentit ou coupe le réseau et bride le processeur en cours de test, et suspend ou arrête un conteneur Docker tout en mesurant la façon dont l'application récupère.

Chaos Lab

Les régressions de performances sont déployées sans être remarquées.

Les Web Vitals sont activés par défaut et évalués par rapport à des budgets. Load ajoute la latence p95 et p99 et échantillonne une page réelle pendant l'exécution de la charge.

Load, History

Migrer la suite semble trop risqué.

Il n'y a aucun format propriétaire vers lequel migrer ou dont s'extraire : le Recorder, l'AI writer et le Test Adapter produisent tous du code Playwright, Selenium ou pytest.

Test Adapter, Nexus Recorder, AI writer

Les données d'assurance qualité résident sur les serveurs de quelqu'un d'autre.

Le Studio fonctionne sur votre PC ou mini PC Windows 11, et son moteur exécute les suites sur cette machine, dans Docker sur celle-ci, ou via SSH sur une autre machine de votre réseau ou VPN. La vérification de licence envoie un hash de la machine, un nonce, un jeton ainsi que le nom d'hôte de la machine, le système d'exploitation et la version du Studio, jamais de données de test.

Écran Docker · Possédez votre infrastructure

En savoir plus : test instable ou vrai bug, tests qui échouent alors que l'application fonctionne et tests qui cassent après une modification d'interface.

Un seul studio, du premier test à la décision de mise en production.

Les six domaines dans lesquels travaille un responsable QA au quotidien. Chaque vue est construite à partir des libellés propres au Studio et d'un espace de travail réel. La visite guidée du Studio détaille chaque écran.

Le Nexus Recorder génère du code Playwright ou Selenium au fil de vos clics, sans aucune IA dans la boucle. Le rédacteur IA utilise l'outil d'IA dont vous disposez déjà, et le Test Adapter importe les tests rédigés par votre équipe. Une revue déterministe, le Vet, analyse les trois et soumet le code généré par l'IA aux exigences les plus strictes.

Test casesRun patrolNexus RecorderAI writerTest Adapter

Record a test

url to recordhttps://example.com/
record forDesktopMobile emulatedReal Android device
enginechromiumfirefoxwebkit
languageJavaScriptTypeScriptPython
VetWARN0 blocked · 1 warningline 16 · V7 · "form": matches ALL <form> on the page…

Choisissez la cible et les moteurs, et Patrol les exécute l'un après l'autre, ou jusqu'à trois à la fois. Les nouveaux tests s'exécutent d'abord dans le bac à sable, où une exécution n'est jamais comptabilisée dans l'historique.

Test casesRun patrolNexus RecorderAI writerTest Adapter

Target

Desktop matrixMobile emulatedReal Android deviceDesktop + real Android device

browserschromiumfirefoxwebkit
parallel123

headedvisuala11ysecurityno retryno stealth

Run patrol for real (1 TCs)

Watch réexécute continuellement une sélection selon une minuterie et n'envoie d'alertes sur Telegram ou Slack que lorsqu'un état change. Il fonctionne en tant que processus autonome, de sorte que la fermeture du Studio ne l'interrompt pas. Pour les pipelines, l'écran CI/CD génère pour vous le fichier GitHub Actions ou GitLab CI.

Watch

re-runs the selection · alerts only when a state changes

RepeatOnce, on a date

every5m15m1h6h24h
endswhen I stop itafter a number of runson a date
start watch
CI/CDGitHub Actionsnightly regression0 6 * * *runs onMy machine

Chaque échec est consigné là où vous pouvez le consulter : le rapport d'expertise, les métadonnées, la télémétrie, le journal brut et, lorsque votre IA répond, son analyse : les paramètres par défaut du Studio l'activent. Le triage demande un motif, et un verdict « Vrai bug » ou « Fausse alerte » intègre la chaîne de traçabilité.

Bug Reports
TestIdentityVerdictWhen (UTC)
TC98device-android-phoneTIMEOUT09-29 00:24
TC03firefoxBREACHED09-27 19:06
ReportMetadataTelemetryRaw LogAI Analysis

TC03 · chromium · 2026-09-27_13-46 [BREACHED]

metadata.json 1.3 kB · report.md 3.0 kB · screenshot.png 46 kB · video.webm 469 kB

Real bugFalse alarmArchive…

Chaos Lab injecte des pannes dans le navigateur, ou suspend et interrompt un conteneur Docker enregistré tout en mesurant la récupération. La charge rapporte les centiles et les Web Vitals sous charge. Smart Monkey analyse les cibles que vous êtes autorisé à tester.

Chaos Lab

Offno chaos
Network (≈3G)adds latency per request
Offline blackoutfull network cut for a window
CPU throttle 4xChromium only, skipped elsewhere, with a warning
All at oncenetwork + cpu + offline together
InfrastructureRESILIENTDEGRADEDNOT_RECOVEREDNOT_INJECTED

L'historique conserve chaque test sur chaque identité, exécution après exécution. Le prédicteur d'instabilité évalue le risque à partir de ce même historique et indique son degré de certitude. Le rapport exécutif le traduit en une décision de déploiement : feu vert, prudence ou feu rouge.

Identity matrixclean passes / runs · 2026-09-27 to 09-29
TestchromiumfirefoxwebkitAndroid phone
TC029/9 SECURE7/8 SECURE6/6 SECURE1/1 SECURE
TC035/7 SECURE4/7 SECURE5/7 SECUREno runs
TC046/6 SECURE6/6 SECURE6/6 SECURE0/1 TIMEOUT
PredictTC04 Android phone risk 50% 1 run, low confidenceTC03 firefox 16%TC02 firefox 10%

Enterprise

Conçu dès l'origine pour l'entreprise

Les contrôles exigés par les équipes de sécurité et de conformité font partie intégrante du produit, sans être de simples modules complémentaires.

  • Journal d'audit et chaîne de traçabilité.

    Chaque fichier d'un enregistrement est haché en SHA-256 et lié au précédent. Chaque décision Vrai bogue ou Fausse alerte rejoint la chaîne, afin que l'historique d'un verdict soit aussi vérifiable que les preuves qui le sous-tendent.

  • Les données de test restent sur votre réseau.

    La vérification de la licence est la seule connexion sortante, et elle ne transporte aucune donnée de test.

  • Aucun tunnel, aucune URL de préproduction exposée.

    La suite accède à votre application telle quelle, sur localhost ou sur une URL de préproduction privée, sans ouvrir de tunnel ni publier d'adresse.

  • S'exécute sur votre infrastructure.

    Windows 11 ou Ubuntu 24.04 LTS, en local, dans Docker ou via SSH, choisi avec un seul paramètre par espace de travail.

  • Vous êtes propriétaire de tout.

    Le code, les preuves et l'historique sont de simples fichiers dans votre espace de travail. Vous pouvez partir à tout moment et tout emporter avec vous.

En savoir plus

Chaque sujet dispose de sa propre page.

Les détails, les limites et les preuves qui les sous-tendent sont réunis là où vous pouvez les consulter dans leur intégralité.

  • Ce qu'un échec laisse derrière lui.

    Chaque exécution échouée génère un rapport médico-légal, ses métadonnées, la télémétrie, le journal brut et une capture d'écran de l'image défaillante. Un véritable échec conserve également sa vidéo, et avec votre IA connectée, le rapport comporte aussi une analyse. Voir un dossier d'échec réel

  • Vos tests restent du code standard.

    De simples fichiers Playwright, Selenium et pytest dont vous êtes propriétaire, ainsi qu'une procédure documentée pour partir à tout moment. À quoi ressemblent les fichiers

  • Tester localhost sans tunnel.

    Le moteur démarre votre application, attend qu'elle réponde, exécute les tests et l'arrête, sans aucune URL de staging exposée. Comment cela fonctionne

  • Maintenir une suite active.

    La santé des localisateurs signale les sélecteurs fragiles avant qu'ils ne cassent, et la ligne de réparation en substitue un plus robuste lorsqu'une étape échoue. Les sélecteurs qui cassent

  • Ce qui quitte votre réseau.

    Une vérification de licence et aucune donnée de test. Tout autre élément que vous activez communique directement avec son service depuis votre machine. Chaque connexion

Pourquoi s'y fier

  • Il s'exécute là où votre application s'exécute.

    Sur votre PC Windows 11 ou mini PC, avec le moteur en local, dans Docker ou via SSH. Votre application sur localhost ou sur une URL de préproduction privée est testée en l'état : aucun tunnel, aucune URL exposée. Comment fonctionne localhost

  • Pas de vert silencieux.

    Une nouvelle tentative qui réussit est FLAKY. L'auto-guérison propose un correctif et maintient l'exécution en rouge jusqu'à ce que vous choisissiez.

  • Des preuves vérifiables.

    Chaque fichier d'un enregistrement fait l'objet d'un hachage SHA-256 et est enchaîné au précédent. Verify indique le premier enregistrement modifié.

  • Les tests actifs demandent d'abord.

    La charge, les analyses de sécurité et le chaos d'infrastructure ne commencent qu'après une autorisation explicite, consignée aux côtés des preuves.

  • Vous êtes propriétaire de tout.

    Le code, les preuves et l'historique sont des fichiers dans votre espace de travail. Partez à tout moment.

Vous lisez ceci en tant que CTO ou fondateur ? Ce qu'elle apporte à votre équipe · Glossaire de tous les termes

Vos tests et preuves ne quittent vos machines que lorsque vous les envoyez vous-même, par exemple à un fournisseur d'IA que vous connectez.

À lui seul, Nexus Studio n'établit qu'une seule connexion, qui ne transporte aucune donnée de test : une vérification de licence. La clé est envoyée une seule fois, pour l'activation ; chaque vérification ultérieure transmet un hachage de machine, un nonce, un jeton ainsi que le nom d'hôte, l'OS et la version de Studio de la machine.

The one line out of your network Inside your network: Nexus Studio and its engine, your apps under test, browsers and phones, and your tests, results and evidence. A single line leaves it: the license check to the license server on Cloudflare, carrying a machine hash, a nonce, a token and the machine's host name, OS and Studio version. License serverCloudflare YOUR NETWORK machine hash+ nonce + token+ host, OS, version Nexus Studio + engine Apps undertest Browsersand phones Tests · results · evidencescreenshots, videos, reports, historynever sent
  • Qui peut le consulter. Les serveurs de licences fonctionnent sur Cloudflare, qui voit l'adresse IP de chaque vérification. Nous ne recevons jamais vos données de test. Nous conservons votre adresse e-mail, votre statut de facturation et vos dossiers de licence.
  • Ce que vous activez. Jira, Slack ou une IA cloud communiquent directement avec ces services depuis votre machine, jamais par notre intermédiaire, et uniquement si vous les configurez.
  • Tout ce qui sort, et pendant combien de temps, et où résident les preuves sur un PC, un mini PC, Docker ou un serveur loué.

Premiers pas

Vos 7 premières minutes.

De l'essai à votre premier verdict. La durée de chaque étape dépend de votre machine et de votre application.

  1. Démarrez l'essai et installez.

    Démarrez l'essai de 30 jours, téléchargez le programme d'installation Windows et collez votre clé pour l'activer. Windows 11 et 16 Go de RAM sont le minimum requis.

    Download for Windows · Activate · New folder
  2. Enregistrez et répétez votre premier test.

    Ouvrez le Nexus Recorder, choisissez une URL et naviguez dans votre application. Un nouveau test se répète dans le bac à sable, qui n'écrit rien dans les preuves ni dans l'historique. Après trois répétitions, il est prêt pour sa première véritable exécution. Les enregistrements d'API n'ont pas de bac à sable.

    Nexus Recorder · Record a test · Run in sandbox
  3. Exécutez-le et lisez le verdict.

    Exécutez sur Chromium, Firefox et WebKit. Chacun obtient l'un des 14 verdicts, et un échec est archivé dans l'Evidence Locker avec son rapport et sa capture d'écran.

    Patrol · Evidence Locker · SECURE · FLAKY · TIMEOUT

Lisez le guide de démarrage →

Tarification par machine. Toutes les fonctionnalités sur chaque formule.

Individual est à 79 $ par mois pour 1 machine, Team à 199 $ par mois pour 3 et Business à 599 $ par mois pour 10, avec 2 mois offerts en cas de paiement annuel. Enterprise est sur devis. Aucun frais par utilisateur ou par test, et un essai de 30 jours sans carte bancaire.

Offre de lancement : une fois les 40 places de Client Fondateur occupées, les forfaits annuels bénéficient de 30 % de réduction la première année, jusqu'au 31 décembre 2026.

Avant de vous engager : Support et pérennité, ou comparez Nexus Studio à BrowserStack, Sauce Labs, LambdaTest, QA Wolf et Checkly.

Questions fréquentes

  • Nexus Studio est-il une alternative à BrowserStack ?

    Pour les équipes qui exécutent des tests Playwright ou Selenium et souhaitent les faire tourner sur leurs propres machines, oui. Pour les équipes ayant besoin d'un catalogue de milliers de combinaisons de navigateurs et d'appareils, non. Nexus Studio ne dispose d'aucun exécuteur cloud : il s'exécute sur les machines que vous contrôlez, sans frais par exécution parallèle. La page de comparaison détaille ces éléments.

  • Puis-je exécuter des tests Playwright sans grille cloud ?

    Oui. Playwright s'exécute sur votre propre ordinateur, dans Docker ou sur un serveur Linux, et une grille cloud est optionnelle. Nexus Studio y ajoute un enregistreur, des exécutions planifiées, des verdicts et des preuves tangibles, tout en conservant vos tests sous forme de simples fichiers Playwright. Il nécessite au minimum Windows 11 avec 16 Go de RAM. La page Playwright auto-hébergé détaille les différentes options.

  • Combien d'heures me coûte un test instable ?

    Cela dépend de vos chiffres, c'est pourquoi Nexus Studio n'avance aucun montant universel. Multipliez les échecs que votre équipe analyse chaque semaine par les minutes nécessaires à chacun, ajoutez les sélecteurs cassés ainsi que les réexécutions, puis convertissez le tout en heures par mois. Les valeurs d'exemple ci-dessus indiquent 59 heures par mois à la main : il s'agit d'une estimation, non d'une mesure. Le calculateur de coût des tests instables calcule vos propres chiffres.

  • Comment tester localhost sans tunnel ?

    Pointez BASE_URL vers votre application sur localhost ou sur une URL de staging 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 ni URL de staging exposée. Cela fonctionne sur le PC, dans Docker ou via SSH. Le guide localhost vous explique tout.

  • Quelles données quittent mon réseau ?

    Aucune de vos données de test. La seule connexion établie automatiquement par le Studio concerne la vérification de licence : la clé une seule fois lors de l'activation, puis un hachage de la machine, un nonce, un jeton, le nom d'hôte, l'OS et la version du Studio. Les noms des tests, le code, les résultats, les captures d'écran, les vidéos et l'historique restent sur vos machines. La page Sécurité et confidentialité répertorie chaque connexion.

  • Nexus Studio verrouille-t-il mes tests ?

    Non. Le Nexus Recorder, le rédacteur IA et le Test Adapter génèrent des fichiers standards Playwright, Selenium ou pytest que votre équipe peut lire, modifier et conserver. Les tests Python s'exécutent avec pytest standard, et les tests JavaScript Playwright s'exécutent sans le Studio dès lors que leur import pointe vers @playwright/test. Les tests d'API utilisent le format propre au Studio, ainsi la transition est documentée.

  • Combien coûte Nexus Studio ?

    Les forfaits sont tarifés par machine, et chaque forfait inclut l'intégralité des fonctionnalités. Le forfait Individual couvre 1 machine, Team 3 et Business 10, tandis qu'Enterprise fait l'objet d'un devis. Il n'y a aucun frais par utilisateur, par test ou par exécution parallèle, et l'essai de 30 jours ne nécessite aucune carte bancaire. La page des tarifs détaille l'ensemble des prix.

  • Y aura-t-il une version cloud de Nexus Studio ?

    Une version cloud hébergée est prévue, mais elle n'existe pas aujourd'hui et n'a aucune date de sortie fixée. L'ensemble de ce site décrit le produit que vous pouvez télécharger dès maintenant, qui fonctionne sur des machines que vous contrôlez : votre PC, un mini PC, Docker ou un serveur Linux via SSH.

  • Quand Nexus Studio n'est-il pas adapté ?

    Lorsque vous ne travaillez pas sur Windows, avez besoin d'iPhones physiques, requérez des centaines de combinaisons de navigateurs et de systèmes d'exploitation, ou souhaitez qu'un tiers héberge les exécutions. Il ne dispose pas non plus de SSO ni de rapport SOC 2 à ce jour. La liste complète est disponible sur la page de comparaison.

Dernière mise à jour :

Exécutez-le contre votre propre application.

Gratuit pendant 30 jours, avec toutes les fonctionnalités, sur vos machines. Aucune carte requise.

Posez-nous une question