Introdução
TestDriver é uma ferramenta de testes e revisão de código com IA que analisa cada pull request do GitHub executando realmente a aplicação em um sandbox de desktop, em vez de apenas ler diffs. Ele gera testes ponta a ponta a partir do conteúdo do pull request, navega pela interface como um usuário humano, detecta regressões antes que o código seja mesclado e devolve os testes gerados em um novo pull request.
O fluxo de trabalho tem seis etapas. Primeiro, um agente baseado em visão lê o diff para entender o que mudou e escreve testes que exercitam o novo comportamento interagindo com a tela, sem depender de seletores ou acesso ao DOM. Segundo, os testes aprovados são commitados em um novo pull request para que a cobertura fique junto da mudança que protege. Terceiro, como os testes são Vitest puro, eles rodam de forma idêntica na máquina do desenvolvedor e no CI em máquinas virtuais reais. Quarto, os testes se autoreparam: quando a interface muda, o agente relocaliza o elemento e atualiza seu cache. Quinto, as falhas vêm com reproduções em vídeo, logs de rede e históricos de ações passo a passo para depuração. Sexto, as taxas de aprovação e tendências de falha são monitoradas, com exportação para JUnit XML. TestDriver é desenvolvido pela empresa por trás do testdriver.ai.
Principais Recursos
- Validação de PRs baseada em visão: O agente lê o diff do pull request, gera testes ponta a ponta a partir dele e comprova que o novo comportamento funciona clicando, digitando e lendo a tela — sem seletores, inspeção de DOM ou configuração necessária.
- Testes devolvidos como pull requests: Quando um teste passa, o TestDriver abre um novo pull request contendo o código de teste gerado, para que a cobertura seja revisada e mesclada junto com a mudança de funcionalidade.
- Testes que se autoreparam: Quando mudanças de layout, cor ou seletores quebram uma referência de elemento em cache, a IA reencontra o elemento, atualiza o cache e continua sem reescritas.
- Executa no CI em VMs reais: Os testes são arquivos Vitest padrão que rodam da mesma forma localmente e em pipelines de CI existentes, cobrindo web, desktop e extensões de navegador.
- Amplo suporte a aplicações: O TestDriver pode testar aplicações web de terceiros sem acesso ao código-fonte, extensões do Chrome, aplicativos desktop nativos do Windows e macOS, extensões do VS Code e mídias ricas como canvas, players de vídeo, iFrames e fluxos OAuth.
- Ferramentas de depuração de falhas: Builds com falha linkam diretamente a uma reprodução em vídeo da execução, logs de requisições de rede com cabeçalhos e payloads, monitoramento de CPU e memória, e uma linha do tempo de ações passo a passo.
- Monitoramento de regressões: Taxas de aprovação, testes instáveis (flaky) e tendências de falha são monitorados entre execuções, com exportação em JUnit XML para alimentar outros sistemas.
Destaques
- Preços: O plano Pro na nuvem custa US$ 20 por assento por mês e inclui 120 minutos de teste; minutos adicionais são cobrados a US$ 0,14 por minuto, medidos por segundo. O plano Enterprise self-hosted tem preço personalizado por demonstração e cotação.
- Avaliação gratuita: A avaliação do Pro de 14 dias inclui 120 minutos de teste (uma concessão única); a avaliação termina no dia 14 ou quando os minutos acabarem, o que ocorrer primeiro, e é convertida automaticamente em um plano pago, a menos que seja cancelada.
- Definição de assento: Um assento é qualquer usuário do GitHub que receba uma revisão do TestDriver em um pull request ou execute um teste; convidar pessoas para o console web é gratuito e ilimitado.
- Integração: As equipes podem instalar o app do GitHub ou marcar @testdriverai em qualquer repositório do GitHub para acionar revisões e geração de testes.
Para Quem É
O TestDriver é voltado para equipes de engenharia que desejam QA automatizado em cada pull request sem escrever ou manter scripts de teste manualmente. Engenheiros de QA podem usá-lo para construir cobertura de regressão continuamente, enquanto desenvolvedores recebem feedback pré-merge sobre bugs de execução e visuais que a revisão estática de código não detecta. É especialmente útil para equipes que testam alvos que quebram ferramentas baseadas em seletores — aplicativos desktop, extensões de navegador e do VS Code, aplicações web de terceiros e conteúdo incorporado — e para equipes de DevOps que desejam execuções de teste não assistidas integradas a pipelines de CI existentes.
