Nexus StudioComo o Nexus Studio verifica os números deste site?
Todo número deste site vem de um comando que executamos ou de um teste em nosso repositório, ou está marcado como estimativa. Esta página lista os principais, de onde cada um vem, a verificação e o que ela exibiu na data indicada. Ela também informa o que as verificações não comprovam.
Pela equipe do Nexus Studio, Verdict System LLC. 27 de outubro de 2026.
Quais afirmações têm uma verificação e o que ela exibiu?
| O que afirmamos | De onde vem | A verificação que executamos | Resultado em 27 de outubro de 2026 |
|---|---|---|---|
| Há 14 verdicts, e 7 deles terminam com exit 0 | classification-module.js, a lista de verdicts aprovados e exitCodeOf | node --test tests/unit/classification-parity-engines.test.js | 42 testes, 42 aprovados |
| Uma falha é testada primeiro contra o ambiente, em ordem fixa, antes de poder ser um bug | O mesmo arquivo, o teste "detection order: the first matching family wins, on both engines" | O mesmo comando | Parte dos 42 |
| O Studio e o engine agrupam os verdicts da mesma forma | verdict-groups.js e o status.ts do Studio | node --test tests/unit/verdict-groups.test.js | 6 testes, 6 aprovados |
| Uma resposta de API alterada é reportada como API_DRIFTED, com a diferença | api-schema.js e o exemplo da página de schema drift, executado manualmente | node --test tests/unit/api-schema.test.js | 10 testes, 10 aprovados |
| Nenhum comando chega a um shell, e nenhum comando é montado por interpolação de strings | no-shell.test.js, que lê o código-fonte | node --test tests/unit/no-shell.test.js | 3 testes, 3 aprovados |
| O release gate tem 6.057 testes: 2.997 do engine, 3.060 do Studio | npm run gate: os testes do engine, a verificação de tipos do Studio, os testes do Studio e o lint com zero avisos | npm run gate | 0 falharam e 9 ignorados (7 no engine, 2 no Studio), lint com 0 avisos |
| O que o site diz sobre o produto, como as ferramentas de IA que ele controla, seus timeouts e a versão do Playwright, corresponde ao código | website-facts.test.js lê o código-fonte do Studio, e website-commercial.test.js vincula os preços ao plans.ts | node --test tests/unit/website-facts.test.js tests/unit/website-commercial.test.js | 35 testes, 35 aprovados |
Os exemplos das três páginas de problemas foram executados antes de serem escritos: bug real ou instável, API schema drift e testes sem uma grade na nuvem. A saída de cada página é o que o comando exibiu, abreviada onde isso é indicado.
De onde vêm as datas das páginas?
A data de uma página no sitemap é a data do último commit que alterou essa página, lida com git log -1 --format=%cs por scripts/sitemap-lastmod.mjs. Nunca é o dia em que geramos o arquivo, porque uma data que muda todo dia ensina os mecanismos de busca a ignorá-la. O changelog lista as versões publicadas e, separadamente, as alterações datadas desde então.
O que essas verificações não mostram?
- Um teste aprovado mostra que o código faz o que descrevemos. Ele não mostra qual resultado um cliente obtém. Não temos resultados de clientes para relatar, e o site não publica nenhum depoimento.
- Não fizemos benchmark do Nexus Studio contra uma grade na nuvem, então o site não faz nenhuma comparação de velocidade. Os tempos das páginas de problemas vêm de um único laptop.
- O teste com falha na página inicial é uma demonstração encenada, e a página informa isso. Uma estimativa, como a economia na página de infraestrutura, é marcada como estimativa, e verificamos se as somas fecham.
- Uma verificação só é tão boa quanto aquilo que ela afirma. Um comportamento que nenhum teste cobre pode estar errado sem que nenhuma verificação fique vermelha.
E se um número daqui estiver errado?
O produto está certo e a página está errada, então corrigimos a página. Escreva para support@nexusstudioqa.com informando a página e o número. A página Trust lista o que declaramos sobre segurança e privacidade, e a página Verify a download mostra como conferir um instalador.