A CLI do TestSprite já está disponível — código aberto.Dê uma estrela no GitHub

Testes de navegador reais no seu pipeline do GitLab CI

A CLI do TestSprite não precisa de mais que uma chave de API no ambiente: nem arquivo de credenciais, nem binários de navegador para instalar no runner. Execute sua suíte até um veredicto real, deixe o código de saída controlar o job e entregue ao GitLab um relatório JUnit que ele renderiza direto no merge request.
Type
Solution
Language
Português

Integra-se Perfeitamente com Seus Editores Android e com IA

Claude CodeCodexAndroid StudioVisual Studio CodeCursorTrae
Nosso GitHub App escuta eventos de deploy, e essa parte é exclusiva do GitHub. No GitLab a resposta é a CLI: os mesmos testes e a mesma execução na nuvem, conduzidos pelo seu pipeline.

Duas variáveis, nenhum arquivo de configuração

Defina TESTSPRITE_API_KEY como variável de CI/CD mascarada e a CLI autentica pelo ambiente. Nada é gravado em ~/.testsprite, que é o que você quer num runner efêmero.

Sem navegadores no seu runner

A execução acontece na nuvem do TestSprite contra navegadores reais, então o job instala apenas a CLI. Isso elimina o passo mais lento de um pipeline frio: baixar ou cachear binários de navegador.

JUnit que o GitLab renderiza

--report junit --report-file <caminho> escreve o relatório. Aponte artifacts:reports:junit para ele e o GitLab mostrará os resultados teste a teste no widget do merge request.

O código de saída é o portão

--wait bloqueia até todas as execuções serem terminais, então um código 0 significa que todos os testes passaram de verdade, não que foram despachados com sucesso. Os códigos documentados distinguem um teste reprovado (1) de um problema de autenticação (3) ou saldo esgotado (12).

Priority
Test
Status
HIGH
TC001_Review_App_Reachable
Pass
HIGH
TC002_Signup_Flow_Completes
Failed
MEDIUM
TC003_Merge_Request_Env_Serves_Build
Pass
MEDIUM
TC004_API_Contract_Matches_Schema
Pass
LOW
TC005_Locale_Switch_Persists
Warning

Proteja o merge request com um navegador real

Testes unitários confirmam que o código faz o que foi escrito para fazer. Só uma execução contra o seu review app confirma que aquilo que você está prestes a mesclar funciona.

Feito para times que publicam no GitLab

Compatível com review apps

Aponte o projeto para a URL do review app antes da execução: testsprite project update <id> --url "$CI_ENVIRONMENT_URL". A suíte não muda mesmo que o alvo se mova a cada merge request.

Fixe a versão

Instale @testsprite/testsprite-cli@<version> em vez de seguir latest, para que uma nova release nunca mude o que seu pipeline faz sem um commit.

Frontend e backend num único portão

Agrupe fluxos web e testes de contrato de API numa lista de testes e execute-a com testsprite testlist run, fixando cada projeto ao seu ambiente.

Versão community gratuita

Oferecemos uma versão community gratuita, para que esteja ao alcance de qualquer pessoa.

Com a Confiança de Empresas do Mundo Todo

"Bom trabalho! MCP muito legal da equipe TestSprite! Para nossos aplicativos Android, a codificação com IA + testes com IA fecha o ciclo e acelera os lançamentos estáveis."

"Para Android, os testes gerados pela TestSprite são limpos e confiáveis. Os fluxos do Appium são fáceis de expandir e depurar, e as execuções agendadas mantêm nossa cobertura de dispositivos saudável."

"A automação da TestSprite reduziu drasticamente nosso QA manual de Android. Os desenvolvedores detectam e resolvem bugs móveis precocemente, mantendo nosso cronograma de lançamentos em dia."

Perguntas Frequentes

A integração do GitHub App funciona com o GitLab?

Não: essa integração escuta eventos de deploy do GitHub e é exclusiva do GitHub. No GitLab você conduz a execução pelo seu pipeline com a CLI, que precisa apenas de TESTSPRITE_API_KEY no ambiente.

Como mostro os resultados no merge request?

Escreva o relatório com --report junit --report-file testsprite-junit.xml e declare-o em artifacts:reports:junit. O GitLab então renderiza os resultados teste a teste no widget do merge request.

Como testo um review app cuja URL muda toda vez?

Atualize a URL do projeto como primeiro passo do job usando a própria variável do GitLab: testsprite project update <id> --url "$CI_ENVIRONMENT_URL". A suíte permanece enquanto o alvo se move.

E se minha aplicação exigir login?

Guarde uma conta de teste no projeto com --username e --password-file; os dois parâmetros são obrigatórios juntos. Sem eles, a exploração e as execuções só veem páginas públicas, e isso gera aviso, não falha.

A CLI é de código aberto?

Sim: a CLI de código aberto tem licença Apache-2.0 e instala-se gratuitamente pelo npm. Requer Node 20.19+, 22.13+ ou 24+. A execução dos testes acontece na nuvem e consome créditos do workspace.

Posso testar comandos sem gastar créditos?

Sim. --dry-run percorre todo o caminho de código offline com dados prontos, e test scaffold e test lint não tocam na rede nem nas suas credenciais.

Adicione uma verificação de navegador real ao seu pipeline