Novo: A Integração da TestSprite com o GitHub Já Está Disponível!

Teste Cada Pull Request Antes de Ele Ser Mesclado.

Quando um pull request recebe um deployment de prévia, a TestSprite testa exatamente essa URL e comenta o resultado no PR — sucesso, falha, e um prompt de correção para o seu agente de codificação. Ative uma verificação obrigatória e os merges esperam até que ela fique verde.

Funciona Com Qualquer Provedor Que Publica um Deployment de Prévia

VercelAWS AmplifyNetlifyCI/CD auto-hospedado
Um pull request que é mesclado sem problemas porque ninguém testou a prévia não está limpo — está sem testar. A TestSprite espera o deployment de prévia entrar no ar, testa a URL real, e comenta o resultado antes que alguém clique em mesclar.

Espera Pela Prévia Real

A TestSprite dispara a partir do evento de deployment, não do início do build — então ela nunca testa uma URL antes de ela estar realmente no ar.

Comenta Diretamente no PR

Os resultados são publicados como um comentário: contagem geral de sucesso/falha, uma pontuação de qualidade, e detalhamento completo de cada falha.

Bloqueie o Merge, Opcionalmente

Ative "Bloquear PR até os testes passarem" para tornar a verificação da TestSprite obrigatória — sem mesclar por cima de uma regressão aberta.

PRs em Rascunho, Sua Escolha

Inclua pull requests em rascunho no gatilho, ou espere até que um PR seja marcado como pronto para revisão — você decide.

Exemplos de padrão de URL de destino:

  https://pr-123.example.com
    → https://pr-{pr}.example.com

  https://app-git-login-fix-team.vercel.app
    → https://app-git-{branch-slug}-team.vercel.app

Placeholders: {pr} {branch} {branch-slug} {sha} {short-sha}

Dê aos Revisores um Sinal Real

Um check verde que nunca tocou na prévia ativa é um palpite disfarçado de confiança. O comentário da TestSprite reflete o que realmente aconteceu quando um navegador de verdade acessou a URL real.

O Que Chega ao PR

Resultado Geral

Quantos testes passaram, falharam e foram bloqueados — casos bloqueados são reportados separadamente já que geralmente significam uma lacuna no ambiente de teste, não uma regressão.

Detalhamento de Falha

Cada falha se expande para mostrar o que era esperado, o que foi observado, e uma captura de tela do momento em que falhou.

Prompt de Correção Sugerido

Um prompt pronto para copiar descrevendo a provável causa raiz — cole-o direto no Cursor, Claude Code, ou o agente de codificação da sua escolha.

Versão Comunitária Gratuita

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

Confiado por Empresas em Todo o Mundo

"Bom trabalho! MCP muito legal da equipe TestSprite! Codificação com IA + testes com IA ajudam você a construir software melhor facilmente!"

"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 que precisa ser verdade antes disso funcionar?

Seus pull requests precisam ter seu próprio deployment de prévia com uma URL acessível — abra um PR existente, confirme que um deployment está listado, e abra essa URL para verificar se ela carrega. Se nenhum deployment aparecer no seu PR, a TestSprite não tem nada para disparar até que seu pipeline de CI/CD seja corrigido primeiro.

Como eu evito que a verificação dispare antes da prévia estar pronta?

Escolha o evento de CI/CD que dispara depois que o deployment está no ar, não um que dispara no início do build. A TestSprite lista os eventos que detecta em um pull request de amostra para que você possa escolher o certo e evitar testar uma URL que ainda não está no ar.

Posso exigir que a verificação passe antes de mesclar?

Sim — ative "Bloquear PR até os testes passarem" ao criar o gatilho, e a verificação da TestSprite se torna obrigatória, bloqueando merges enquanto os testes estiverem falhando.

Isso adiciona um arquivo de workflow ao meu repositório?

Não. O gatilho é configurado inteiramente dentro da TestSprite. Nada é adicionado ao seu repositório, e seus workflows existentes do GitHub Actions não são tocados.

E se minha URL de prévia não seguir um padrão previsível?

Configure uma URL de alias estável para o ambiente de prévia se seu provedor gera subdomínios aleatórios, e aponte o padrão de URL para ela — precisa ser previsível a partir do número do PR, da branch, ou do SHA do commit.

Pare de Mesclar Baseado em Palpite.

Conecte um repositório uma vez. Todo pull request é testado contra seu deployment de prévia real, automaticamente.