Novo: TestSprite CLI Já Está Disponível!

Proteja Seu Pipeline de CI/CD com um CLI de Testes com IA.

Coloque o testsprite no GitHub Actions, GitLab CI, ou em qualquer pipeline que rode um passo de shell. Ele se autentica a partir de uma variável de ambiente, executa sua suíte contra um ambiente real implantado, e sai com um código estável e previsível — assim um build quebrado falha o build, não a próxima daily.

Roda em Qualquer CI, Qualquer Executor, Qualquer Shell

GitHub ActionsGitLab CICircleCIJenkinsQualquer executor de shell
Um pipeline verde que nunca abriu o site de verdade ou chamou a API não é um pipeline verde — é um chute. O testsprite roda no mesmo passo do seu build, contra um ambiente real implantado, e dá ao gate de merge algo verdadeiro para checar.

Não Interativo por Design

TESTSPRITE_API_KEY=sk-... testsprite setup --from-env --yes --agent claude — sem prompts, sem login no navegador, funciona num executor headless.

Um Passo, Qualquer Pipeline

testsprite test run --all --project <id> --wait --output json como um único passo de CI — analise o JSON, ou apenas confira o código de saída.

Códigos de Saída Previsíveis

Códigos de saída estáveis e documentados significam que seu pipeline pode bloquear um merge com base num resultado real, não em analisar logs de texto livre para adivinhar o que aconteceu.

Dry-Run Antes de Commitar

--dry-run exercita a lógica do seu pipeline offline com dados de teste, para você conectar o passo antes dele atingir um ambiente real.

# .github/workflows/verify.yml
- name: Verify with TestSprite
  env:
    TESTSPRITE_API_KEY: ${{ secrets.TESTSPRITE_API_KEY }}
  run: |
    npm install -g @testsprite/testsprite-cli
    testsprite setup --from-env --yes
    testsprite test run --all --project prj_8f2a --wait --output json

# exits non-zero on a real failure — the merge gate fails with it

Faça o Gate de Merge Significar Algo

Um build que passa porque nunca checou de verdade não é um build aprovado. Cada execução do pipeline testa seu ambiente real implantado — navegador real, chamadas de API reais — e falha por um motivo real.

Feito para Cada Estágio do Pipeline

PR, Noturno, ou Release

Rode a suíte completa em cada PR, um conjunto menor de smoke test à noite, ou tudo antes de um release — mesmo comando, --project e plano diferentes.

Reexecuções em Lote

testsprite test rerun --all --project <id> reverifica tudo após uma execução que pareceu instável, sem reacionar o pipeline inteiro.

Versão Comunitária Gratuita

Oferece uma versão comunitária gratuita, tornando-nos acessíveis a todos.

Diferença Entre Duas Execuções

testsprite test diff <runId1> <runId2> mostra exatamente o que mudou entre um build aprovado e um reprovado.

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

Como o CLI se autentica num executor de CI headless?

Defina TESTSPRITE_API_KEY como um segredo, depois rode testsprite setup --from-env --yes --agent claude (ou o agente de sua escolha). Sem prompt interativo, sem login no navegador — é feito exatamente para isso.

Funciona especificamente com o GitHub Actions?

Sim, e com qualquer CI que consiga rodar um passo de shell — GitLab CI, CircleCI, Jenkins, Buildkite. É um CLI Node.js instalado com npm; se seu executor consegue fazer isso, ele consegue rodar o TestSprite.

No que exatamente o pipeline se baseia para bloquear?

Uma execução de teste real contra seu ambiente implantado — testes de navegador via Playwright, testes de API com gerenciamento de dependências — reportada de volta com um código de saída estável e documentado. Seu passo existente de "falhar o job em caso não-zero" simplesmente funciona.

Posso testar a conexão do pipeline antes de ele estar em produção?

Sim — --dry-run exercita sua lógica de teste offline contra dados de teste, para você confirmar que o passo está conectado corretamente antes de apontá-lo para um ambiente real.

O que acontece quando a CI detecta uma regressão real?

Você recebe um pacote de falha (passo que falhou, captura de tela, snapshot do DOM, hipótese de causa raiz, recomendação de correção) anexado àquela execução — obtenha com testsprite test failure get <testId> a partir dos logs do job ou de um passo seguinte.

Dê ao Seu Pipeline Algo Real Para Bloquear.