O Que É Galapagos

O que é Galápagos: além das ilhas e do senso comum

Galapagos geralmente se refere ao arquipélago equatoriano no Oceano Pacífico, mas na comunidade de tecnologia o nome também aparece em dois contextos que causam confusão: o Galapagos CLI, uma ferramenta open-source para testes E2E em aplicações web, e o Galapagos Cloud, que é a plataforma SaaS associada a esse mesmo projeto. Não confunda com o framework de testes tradicionais. O Galapagos funciona de forma diferente porque ele é construído em cima do Puppeteer, mas adiciona camadas de orquestração que outros tools não oferecem. A ideia central é permitir que times de QA rodem testes paralelos distribuídos em máquinas diferentes sem configurar toda uma infraestrutura de CI do zero.

O que é galapagos no dia a dia técnico

Na prática, o Galapagos CLI é instalado via npm. Você roda npm install -g @galapagos/cli, configura o arquivo de projeto, e então o comando principal é algo como galapagos run. Por baixo dos panos, ele conecta ao servidor Galapagos Cloud (ou ao seu próprio server self-hosted) e dispara sessões de navegador controladas pelo Puppeteer em workers remotos. Uma coisa que muitos não percebem: você não precisa manter todos os browsers rodando localmente. O diferencial do Galapagos é que ele gerencia o provisionamento dos ambientes de teste. Isso é relevante quando você tem um teste que precisa de Chrome, outro de Firefox, e quer executar tudo simultaneamente. Ferramentas como Cypress ou Playwright exigem que você ou configure um grid inteiro (como com Selenium Grid) ou aceite rodar sequencialmente.

Eu tive um problema específico com isso: em um projeto onde tínhamos mais de 300 testes E2E, a pipeline no GitLab CI levava cerca de 45 minutos porque tudo rodava em série num único runner. Migrei para Galapagos e configurei três workers remotos. O tempo caiu para aproximadamente 12 minutos. A configuração não foi trivial — precisei ajustar a variável GALAPAGOS_WORKERS e garantir que cada worker tivesse acesso aos mesmos arquivos de teste via volume compartilhado — mas o ganho foi real.

Como o Galapagos se compara a alternativas

Cypress é mais popular e tem uma comunidade maior, mas ele não escala nativamente para múltiplos navegadores em paralelo sem plugins pagos ou configurações complexas. Playwright é mais rápido individualmente e suporta multi-browser de fábrica, mas não tem a camada de orquestração remota que o Galapagos oferece. Se você está num time pequeno e o Cypress atende, não há motivo para migrar. O Galapagos faz sentido quando o gargalo é paralelização, não velocidade de execução por si só. Outro ponto que pouca gente menciona: o Galapagos tem um custo. O plano gratuito permite alguns minutos de execução por mês nos workers cloud. Para projetos sérios, o plano pago começa em torno de US$ 49/mês, e o preço sobe conforme o número de workers simultâneos. Isso pode ser um fator decisivo se você está avaliando custo-benefício contra uma solução self-hosted com Selenium Grid, que tem custo apenas de infraestrutura.

Pegadinhas comuns

O primeiro problema que você provavelmente vai encontrar é a versão do Puppeteer. O Galapagos faz bundling da versão dele, mas se o seu projeto já depende de uma versão específica do Puppeteer, pode haver conflito de compatibilidade. Eu perdi uma tarde inteira porque meu teste usava uma API do Puppeteer que foi descontinuada na versão que o Galapagos empacota. A solução foi travar a dependência no package.json e validar antes de subir para a pipeline. Outro detalhe: a comunicação entre o CLI local e o servidor Galapagos usa WebSocket. Se sua rede corporativa bloqueia WebSockets ou exige proxy configurado, os testes simplesmente nunca vão conectar. Nesse caso, a saída é rodar o servidor Galapagos on-premise. Existe a opção self-hosted, mas ela exige Docker e manutenção adicional. Não é impossível, mas é um trabalho a mais que muitas equipes subestimam.

Quando não usar Galapagos

Se o seu projeto tem menos de 50 testes E2E e roda em segundos no Cypress, o Galapagos é overhead desnecessário. A curva de aprendizado não é zero e o setup inicial leva tempo. Se você precisa de integração com ferramentas específicas de visualização ou snapshot testing, o ecossistema do Galapagos é mais limitado. E se a sua equipe já domina Playwright com paralelização via projetos, a justificativa para migrar é fraca. O link oficial para a ferramenta é galapagos.dev. A documentação está em inglês, mas os exemplos práticos são diretos. Comece rodando um teste simples localmente antes de tentar configurar workers remotos.