O teste visual on-premise é uma configuração na qual a ferramenta de teste de regressão visual roda inteiramente na sua infraestrutura — sua máquina, seu servidor, seu data center — sem que nenhum dado passe por servidores externos.
A nuvem é conveniente. Mas quando suas capturas de tela contêm dados de clientes, interfaces confidenciais ou mockups não publicados, "conveniente" não basta como argumento. É preciso controle.
Quem precisa de on-premise
Nem todo mundo. Se você testa um site institucional público, a nuvem funciona perfeitamente. Mas certas situações tornam o on-premise indispensável.
Indústrias reguladas — bancos, seguros, saúde, defesa — têm obrigações legais sobre a localização de dados. Um auditor que pergunta "onde estão suas capturas de tela de teste?" espera uma resposta mais precisa que "em algum lugar no AWS us-east-1". Para um guia completo sobre ambientes regulados, consulte nosso artigo dedicado.
Empresas sujeitas à LGPD/GDPR e que testam interfaces contendo dados pessoais. Um nome visível em um dashboard, um endereço em um formulário pré-preenchido — a captura é um dado pessoal.
Editores de software que testam interfaces confidenciais — features não anunciadas, redesigns em curso. Enviar essas capturas para uma nuvem de terceiros é entregar seu roadmap de produto a um fornecedor.
Empresas com políticas de segurança rigorosas. Algumas TIs simplesmente proíbem o envio de dados a serviços externos não aprovados. Se sua ferramenta de teste visual é cloud, ela está bloqueada.
O que muda concretamente com on-premise
Com uma ferramenta cloud, o fluxo é: sua máquina → internet → servidor do fornecedor → comparação → resultado retornado. Suas capturas transitam, são armazenadas e processadas fora do seu controle.
Com uma ferramenta on-premise, tudo acontece na sua casa. A captura, a comparação, o armazenamento das baselines, a exibição dos resultados — tudo permanece na sua infraestrutura. O único tráfego de rede é entre sua máquina e seu site.
É uma mudança radical em superfície de exposição. Sem dados em trânsito para o exterior, sem armazenamento em terceiros, sem risco de vazamento. Essa mudança reduz o custo oculto dos bugs visuais ligado a violações de conformidade ou divulgação acidental.
As opções on-premise em 2026
O Delta-QA oferece on-premise em dois níveis. A versão Desktop é de fato on-premise: tudo roda na sua máquina, nenhum dado sai. Para equipes, a versão On-Premise se implanta nos seus servidores com compartilhamento de resultados internamente.
Playwright e BackstopJS são open source e funcionam localmente por padrão. Para um comparativo completo, consulte nosso guia de ferramentas de teste visual 2026. Mas exigem habilidades de desenvolvedor para instalação e manutenção.
As grandes ferramentas SaaS (Applitools, Percy, Chromatic) são fundamentalmente cloud. Applitools oferece uma versão on-premise de Eyes, mas é reservada aos planos Enterprise com tarifa opaca. Percy e Chromatic não têm opção on-premise.
O compromisso desempenho/controle
O argumento principal contra o on-premise é o desempenho do cross-browser. Ferramentas cloud como Percy ou Applitools rodam seus testes em fazendas massivas de browsers — centenas de combinações em paralelo. No on-premise, você está limitado aos browsers instalados na sua infraestrutura.
É um verdadeiro compromisso. Se você precisa testar 50 combinações browser/resolução em paralelo, a nuvem tem uma vantagem objetiva.
Mas se suas necessidades são mais modestas — Chrome, Firefox e Safari em desktop e mobile — uma instalação on-premise basta amplamente. Para os desafios do multi-browser, consulte nosso guia de teste visual cross-browser. E o ganho em controle vale o sacrifício em paralelização.
Quando a nuvem ainda é a escolha certa
Sejamos justos com os players SaaS. O teste visual cloud não é intrinsecamente ruim. Para uma startup SaaS testando um produto público sem dados sensíveis, a nuvem é mais rápida de configurar, mais rápida de rodar, e exige zero investimento em infra. Fazendas massivas de browsers, escala automática, dashboards integrados — são benefícios reais.
O problema não é a nuvem em si. É a suposição de que os dados de todo mundo deveriam viver lá. Indústrias com restrições regulatórias, agências governamentais, contratantes de defesa e provedores de saúde não podem operar sob essa suposição — e não deveriam ser forçados a um mundo apenas SaaS.
O que procurar em uma ferramenta de teste visual on-premise
Se você concluiu que on-premise é o caminho certo, eis o que avaliar.
Pegada de instalação. Uma instalação pesada com múltiplas dependências vira um ônus de manutenção. Procure ferramentas que entreguem como binário único ou container com requisitos externos mínimos.
Formato de armazenamento das baselines. Onde e como suas imagens de referência são armazenadas? Um sistema de arquivos plano (PNGs em uma pasta que você controla) é mais fácil de fazer backup, versionar e migrar do que um banco de dados proprietário.
Integração CI/CD. On-premise não significa offline. Sua ferramenta deve integrar ao seu pipeline existente (Jenkins, GitLab CI, GitHub Actions self-hosted) sem exigir conexões de saída para APIs do fornecedor.
Mecanismo de atualização. Como você recebe atualizações? Releases programadas que você controla são melhores que atualizações forçadas empurradas pelo fornecedor.
Modelo de licenciamento. Cuidado com "on-premise mas liga para casa para licenciamento". Uma ferramenta verdadeiramente on-premise funciona totalmente offline ou tem um endpoint de licenciamento claro e opcional que pode ser air-gapped se necessário.
Considerações de migração: cloud para on-premise
Mover de uma ferramenta de teste visual cloud para on-premise não é uma operação de um clique. Envolve migração de baselines, reconfiguração de pipeline e frequentemente uma mudança de ferramenta.
Se você usa Playwright com armazenamento de snapshots em cloud, a migração é principalmente uma questão de apontar os snapshots para armazenamento local. O código de teste permanece o mesmo. Se você usa uma ferramenta SaaS-only como Percy, precisa reconstruir seus testes em um framework diferente — Delta-QA, BackstopJS ou Playwright.
Planeje um período de transição em que ambos os sistemas rodem em paralelo para validar que a configuração on-premise pega as mesmas regressões. Não desative a ferramenta cloud até que o sistema on-premise tenha capturado regressões reais por pelo menos dois ciclos de release.
FAQ
O on-premise é mais caro que a nuvem?
Não necessariamente. Delta-QA Desktop é gratuito. Ferramentas open source também. O custo do on-premise é principalmente o tempo de manutenção da infraestrutura, não o preço da licença. Para deployments maiores, você economiza na cobrança SaaS por captura — teste visual sem medidor.
Pode-se migrar da nuvem para o on-premise?
Sim, mas depende da ferramenta. Se você usa um SaaS puro (Percy, Chromatic), a migração implica trocar de ferramenta. Se você usa Playwright, o código permanece o mesmo — apenas o ambiente de execução muda.
O on-premise é compatível com CI/CD?
Sim. Playwright e BackstopJS integram nativamente em pipelines CI. Delta-QA também oferece integração CI para versões pagas.
Como gerenciar atualizações no on-premise?
Como qualquer software instalado. Você escolhe quando atualizar, testa a nova versão internamente antes de implantar. Sem atualizações forçadas como nos SaaS.
On-premise significa testes mais lentos?
Não inerentemente. A velocidade de comparação é limitada pelo seu hardware, não por idas e vindas de rede a um fornecedor. Para uma única execução de teste, on-premise é frequentemente mais rápido que cloud porque não há etapa de upload. O compromisso aparece em escala: fazendas massivas de browsers em paralelo favorecem a nuvem.
On-premise não é um passo atrás. É uma escolha clara para organizações que levam a confidencialidade a sério. A nuvem é excelente quando os dados não são sensíveis. Quando são, manter o controle total não é paranoia — é profissionalismo.
Para aprofundar
- Teste Visual Remix: Por Que um Framework Full-Stack Torna o Teste Visual Ainda Mais Crítico
- Teste Visual para Ruby on Rails: Por Que as View Specs Não Bastam e Como o Teste Visual Preenche a Lacuna
- Teste Visual Shift-Right: Por Que o Teste Visual Não Para no Deploy