Comment Nexus Studio vérifie-t-il les chiffres sur ce site ?
Chaque chiffre présent sur ce site provient d'une commande que nous exécutons ou d'un test dans notre dépôt, ou est explicitement indiqué comme une estimation. Cette page répertorie les principaux, la provenance de chacun, la vérification associée et ce que cette vérification a affiché à la date indiquée. Elle précise également ce que ces vérifications ne prouvent pas.
Par l'équipe Nexus Studio, Verdict System LLC. 27 octobre 2026.
Quelles affirmations font l'objet d'une vérification, et qu'a-t-elle affiché ?
| Ce que nous affirmons | D'où cela provient | La vérification que nous exécutons | Résultat au 27 octobre 2026 |
|---|---|---|---|
| Il y a 14 verdicts, et 7 d'entre eux se terminent avec le code 0 | classification-module.js, la liste des verdicts réussis et exitCodeOf | node --test tests/unit/classification-parity-engines.test.js | 42 tests, 42 réussis |
| Un échec est d'abord testé par rapport à l'environnement, dans un ordre fixe, avant de pouvoir être considéré comme un bug | Le même fichier, le test "detection order: the first matching family wins, on both engines" | La même commande | Fait partie des 42 |
| Le Studio et le moteur regroupent les verdicts de la même manière | verdict-groups.js et status.ts du Studio | node --test tests/unit/verdict-groups.test.js | 6 tests, 6 réussis |
| Une réponse d'API modifiée est signalée comme API_DRIFTED, avec la différence | api-schema.js, et l'exemple sur la page de dérive de schéma, exécuté manuellement | node --test tests/unit/api-schema.test.js | 10 tests, 10 réussis |
| Aucune commande n'atteint un shell, et aucune commande n'est construite par interpolation de chaînes | no-shell.test.js, qui lit le code source | node --test tests/unit/no-shell.test.js | 3 tests, 3 réussis |
| Le portail de validation de version comporte 6 057 tests : 2 997 pour le moteur, 3 060 pour Studio | npm run gate : les tests du moteur, la vérification des types du Studio, les tests du Studio et le lint sans aucun avertissement | npm run gate | 0 échoué et 9 ignorés (7 dans le moteur, 2 dans Studio), lint avec 0 avertissement |
| Ce que le site indique sur le produit, comme les outils d'IA qu'il pilote, ses délais d'attente et la version de Playwright, correspond au code | website-facts.test.js lit la source de Studio, website-commercial.test.js confronte les prix à plans.ts | node --test tests/unit/website-facts.test.js tests/unit/website-commercial.test.js | 35 tests, 35 réussis |
Les exemples des trois pages de problèmes ont été exécutés avant d'être rédigés : vrai bug ou test instable, dérive de schéma d'API et tester sans grille cloud. Le résultat affiché sur chaque page correspond à ce que la commande a renvoyé, raccourci là où c'est indiqué.
D'où viennent les dates figurant sur les pages ?
La date indiquée dans le sitemap d'une page correspond à la date du dernier commit ayant modifié cette page, lue avec git log -1 --format=%cs par scripts/sitemap-lastmod.mjs. Il ne s'agit jamais du jour où nous avons généré le fichier, car une date qui change tous les jours incite les moteurs de recherche à l'ignorer. Le journal des modifications répertorie les versions publiées et, séparément, les modifications datées depuis lors.
Que ne montrent pas ces vérifications ?
- Un test réussi montre que le code fait ce que nous décrivons. Il n'indique pas le résultat obtenu par un client. Nous n'avons aucun résultat client à rapporter, et le site ne publie aucun témoignage.
- Nous n'avons pas comparé Nexus Studio à une grille cloud, le site ne fait donc aucune comparaison de vitesse. Les durées indiquées sur les pages de problèmes proviennent d'un seul ordinateur portable.
- Le test échoué sur la page d'accueil est une démonstration mise en scène, et la page le précise. Une estimation, telle que l'économie sur la page d'infrastructure, est signalée comme telle, et ses calculs sont vérifiés pour être exacts.
- Une vérification ne vaut que par ce qu'elle affirme. Un comportement qu'aucun test ne couvre peut être erroné sans qu'aucune vérification ne passe au rouge.
Que faire si un chiffre ici est erroné ?
Le produit est correct et la page est erronée, nous corrigeons donc la page. Écrivez à support@nexusstudioqa.com en indiquant la page et le chiffre. La page Confiance répertorie ce que nous déclarons sur la sécurité et la confidentialité, et la page Vérifier un téléchargement montre comment contrôler un programme d'installation.