O CLI Não Precisa Parar no Seu Firewall.
Redes corporativas restritas costumavam significar que ferramentas de CLI conectadas à nuvem simplesmente não funcionavam por dentro delas. O CLI da TestSprite pode ser configurado para rotear seu tráfego por um proxy corporativo HTTP/HTTPS, para que funcione atrás do seu firewall do mesmo jeito que em qualquer outro lugar.
Integrado ao Mesmo CLI Que Você Já Usa
Configurado Uma Vez, Funciona em Qualquer Lugar
Configure o proxy junto com o restante da sua configuração de CLI, e cada comando — geração de testes, reexecuções, download de artefatos — passa por ele automaticamente.
Sem Exceções Especiais de Rede
O CLI alcança o sandbox na nuvem da TestSprite pelo mesmo proxy corporativo que suas outras ferramentas de desenvolvimento já usam, então não há nada novo para o time de rede ou segurança aprovar.
Funciona na CI, Não Só no Seu Laptop
O setup pode rodar de forma não interativa com testsprite setup --from-env --yes --agent <name>, então a configuração de proxy passa direto para pipelines de CI rodando atrás da mesma política de rede.
Credenciais Continuam Gerenciadas Separadamente
A configuração de proxy e as credenciais de projeto armazenadas via project credential são independentes, então trocar de rede não significa reinserir chaves de API.
$ testsprite doctor Checking CLI environment... Node.js version — OK Network connectivity — OK (via corporate proxy) TESTSPRITE_API_KEY — found $ testsprite setup --from-env --yes --agent claude Reading TESTSPRITE_API_KEY from environment... Corporate proxy detected — routing CLI traffic through it Setup complete.
Não Deixe a Política de Rede Decidir o Que Você Pode Automatizar
Desenvolvedores em empresas com políticas de rede restritas muitas vezes não conseguem usar ferramentas de CLI conectadas à nuvem de jeito nenhum — toda requisição de saída é bloqueada antes de sair do prédio. O suporte a proxy faz o CLI da TestSprite funcionar dentro dessa política, em vez de pedir uma exceção a ela.
Feito Para Equipes Atrás de um Firewall Corporativo
Funciona Com Proxies Corporativos Padrão
Configurado pelo próprio fluxo de setup do CLI, então o time de TI não precisa abrir um caminho direto à internet especificamente para a TestSprite.
Se Encaixa em Pipelines de CI Existentes
O setup não interativo com testsprite setup --from-env --yes --agent <name> leva a configuração de proxy para o GitHub Actions, GitLab CI, ou qualquer executor atrás da mesma política.
Sem Build Enterprise Separado
O suporte a proxy vive no mesmo CLI que você já instalou com npm install -g @testsprite/testsprite-cli — não há nada extra para solicitar ou licenciar.
Combina Com Gerenciamento de Credenciais
Use project credential para gerenciar credenciais armazenadas por projeto, independentemente de como o CLI alcança o sandbox na nuvem da TestSprite.
Confiado por Empresas em Todo o Mundo
"TestSprite oferece geração rica de casos de teste, estrutura clara e código fácil de ler. Também suporta depuração online simples com a capacidade de expandir rapidamente gerando novos casos de teste."
"A automação do TestSprite nos ajuda a reduzir toneladas de trabalho manual. Os desenvolvedores podem facilmente detectar e resolver bugs mais cedo no processo de desenvolvimento."
FAQ
O CLI da TestSprite funciona atrás de um proxy corporativo HTTP/HTTPS?
Sim — o suporte a proxy foi adicionado na versão v0.3.0 do CLI. O CLI pode ser configurado para rotear seu tráfego por um proxy corporativo em vez de alcançar diretamente o sandbox na nuvem da TestSprite.
Por que isso importa se eu não estou em uma rede restrita?
Não muda nada para você — a configuração de proxy é opcional. Ela importa para desenvolvedores em empresas onde todo tráfego de saída precisa passar por um proxy aprovado antes de sequer chegar à internet.
O suporte a proxy muda como os testes realmente rodam?
Não. Os testes de frontend continuam rodando contra uma URL ativa por um navegador, e os testes de backend continuam rodando contra uma URL base, ambos executados no sandbox na nuvem da TestSprite com Auto-Heal para seletores instáveis. O proxy só muda como o CLI alcança esse sandbox.
Como eu configuro o CLI em uma rede assim?
Do mesmo jeito que em qualquer outro lugar — de forma interativa com testsprite setup, ou não interativa com testsprite setup --from-env --yes --agent <name>, que lê sua chave de API da variável de ambiente TESTSPRITE_API_KEY.
Isso afeta como minhas credenciais de projeto são armazenadas?
Não — a configuração de proxy e o armazenamento de credenciais via project credential são tratados separadamente, então a forma como o CLI alcança a rede não muda como ele gerencia as credenciais do seu projeto.
Sua Política de Rede Não Deveria Bloquear Sua Automação de Testes.
Instale o CLI, aponte-o para o seu proxy corporativo, e rode a mesma automação de testes que a sua equipe já usa — sem pedir uma exceção à segurança.