Pull request
O resultado, no pull request.
O TestSprite comenta assim que a execução começa e depois atualiza o comentário com o resultado: o que falhou, em qual passo e por quê. Faça push da correção e o novo commit é testado de novo.
Nada entrasem verificação.
Cada pull request é testado contra o próprio preview antes de entrar, assim que seu CI avisa que o preview está no ar. O resultado vai para o PR, onde a revisão já acontece.
Conectado ao CIque você já tem.
Começa com o sinal do seu CI
Cole um pull request recente e o TestSprite lista o que seu CI fez nele: deployments, workflows, checks, status, comentários de bots. Escolha o que indica que o preview está no ar.
Testa o preview de cada PR
Cada pull request roda contra a própria URL de preview, montada a partir de um padrão que você define uma vez. Um push numa branch testa o ambiente que você escolher.
Bloqueia o merge em caso de falha
Ative o gate de merge e uma execução que falha reprova o status check do TestSprite. Torne esse check obrigatório e o pull request espera até passar.
Histórico
Toda execução cai num único histórico.
As execuções vindas de pull requests ficam ao lado das agendadas, manuais e da CLI, contra a mesma suíte e guardadas do mesmo jeito. Quando um check fica vermelho, a execução por trás dele está a um clique.
Configuração
Instalado uma vez, para todo o workspace.
Instale o GitHub App uma vez e escolha exatamente quais repositórios ele pode acessar. Depois, cada projeto adiciona o próprio gatilho, e o próximo pull request dele é testado.
Dois caminhos
O GitHub App ou a CLI no seu pipeline.
O TestSprite nunca faz build nem deploy do seu app. Ele testa o deploy que seu CI já faz, pelo lado que fizer mais sentido na sua configuração.
GitHub App
Para deploys de preview
Ideal quando uma plataforma como Vercel ou Netlify faz deploy de cada pull request. Instale o App, adicione um gatilho, e os resultados voltam ao PR como comentário e status check. Nenhum arquivo de workflow para escrever.
Docs da integração com o GitHubCLI
Para controle total do pipeline
Rode a CLI do TestSprite como uma etapa no GitHub Actions ou em qualquer CI que rode um comando de shell. Uma execução que não passa reprova a etapa; no GitHub Actions as falhas aparecem no pull request, e os relatórios JUnit XML funcionam no GitLab ou no Jenkins.
Guia de CI/CDBom saber
Perguntasfrequentes
Um repositório no GitHub e um deploy que a nuvem do TestSprite consiga acessar: um preview de cada pull request ou um ambiente para onde uma branch faz deploy. O TestSprite nunca faz build nem deploy do seu app. Ele testa o deploy que seu CI já faz.