Você está na página 1de 33

QA de automação

Facebook

LinkedIn

Twitter

Google+

Uma Comparação Completa de Ferramentas


de Teste de Software Automatizado
19 de julho de 2016por Hyusein Hyuseinov e Jeni Kyuchukova
AGILE SOFTWARE PROCESSDEVELOPMENT MÓVELDE TESTE
DE SOFTWAREDE GESTÃO DE TECNOLOGIA
A automação de testes permite que as equipes de projeto de software criem

cenários de teste repetitivos e reutilizáveis que podem ser executados com a

freqüência necessária para aumentar a qualidade do software e diminuir o

trabalho manual.

Porém, o sucesso na automação de testes depende do tipo de ferramenta

escolhida. Considerações diferentes são importantes para testes em

dispositivos móveis versus testes na Web. Como você escolhe? Não

pudemos resistir a uma comparação de ferramentas de teste de

software automatizado que analisa 11+, juntamente com uma lista de

perguntas que pode utilizar para o ajudar a decidir.

Baixe nosso guia completo para testes de software.

Baixe nosso guia

Quando você deve automatizar?


Importante notar em nossa comparação de ferramentas de teste de software

automatizado - nem tudo é possível para automatizar, e todos os cenários

possíveis não são necessariamente valiosos para serem automatizados. As

equipes de projeto de software optam por investir o tempo inicial na criação

de casos de teste de automação por alguns motivos:

1. Relatórios necessários. O cliente / product owner / stakeholders

envolvido requer extensa documentação diária / semanal. Usando a

automação, os relatórios podem ser executados repetidamente sem carga de

trabalho adicional.

2. Comprimento O projeto deve durar muitos meses. Para um projeto de

dois meses, o custo de investir tempo em automação não é justificado. O

nível de complexidade não garante a cobertura adicional. Agora, para um

projeto de dois anos? Investir em automação inicial pode garantir que, à

medida que os recursos são desenvolvidos, testados e a equipe avança,

novas funcionalidades podem ser totalmente testadas por regressão .

3. Foco. Para comparação com a automação de testes, a maioria dos testes

manuais é de ponta a ponta. Usando a automação, eles são mais difíceis de

manter e estabilizar. É por isso que as equipes que optam por automatizar

dividem os testes em partes mais digeríveis, mantendo o foco em

combinações individuais ou pequenas de funções. Dessa forma, quando o


código é atualizado, somente a automação de teste com a funcionalidade

relacionada precisa ser atualizada.

Como as equipes de software escolhem uma ferramenta de


teste de automação
A automação de testes oferece a possibilidade de validar aplicativos móveis

de forma instantânea e eficaz. Uma vez que os testes tenham sido

automatizados, eles podem ser executados rapidamente e repetidamente,

repetidas vezes. Em quase todos os casos, esse é o método mais eficaz em

termos de custo para produtos de software de teste de regressão que têm

uma longa vida de manutenção.

Na verdade, a automação de testes de qualquer aplicativo móvel é a melhor

maneira de aumentar a eficácia, a eficiência e a cobertura do processo de

teste. Geralmente, as equipes que configuram a automação de testes estão

concentradas em selecionar uma ferramenta que permita maximizar os

seguintes critérios de sucesso:

Confiabilidade: altas taxas de detecção de problemas

Capacidade de manutenção: 1) Sensibilidade mínima à aplicação e

mudanças no caso de teste 2) Definição de caso de teste separada do código

de automação
Escalabilidade: A capacidade de expandir eficientemente a cobertura de

teste e a estrutura de automação, se necessário

Há ainda mais considerações quando as equipes dão o salto para a

automação de testes móveis. Os seguintes fatores tornam a execução de

automação de testes para dispositivos móveis ainda mais complexa:

 Diversidade de plataformas

 Diversidade de dispositivos

 Diversidade de ferramentas

 Imaturidade da ferramenta

 Ciclo de desenvolvimento rápido

 Taxa de mudança de tecnologia

Precisa dar o pontapé inicial no seu planejamento de teste de software? Baixe nossa

ferramenta gratuita.

Baixe nosso guia


Ao selecionar uma ferramenta de teste, a compatibilidade com a plataforma,

a flexibilidade, o suporte e o custo disponíveis devem ser os mais

importantes. Veja como recomendamos avaliar possíveis ferramentas em

cada dimensão:

Compatibilidade de Plataforma

Verifique a capacidade da ferramenta de interagir com todas as plataformas

móveis e de desktop compatíveis.

Funcional / flexível

Verifique se a ferramenta considerada suporta o aplicativo mais importante

para suas equipes (cliente, administrador, etc.)

Suporte Disponível

Compare as equipes de suporte, recursos ou comunidades para ajudar

equipes ou clientes a superar obstáculos técnicos.

Custo de propriedade

Avalie a compra / configuração de investimento a longo prazo ou o suporte da

ferramenta em comparação com o retorno esperado.

? s para perguntar em sua comparação automatizada das


ferramentas do teste do software
 A ferramenta suporta múltiplas plataformas

de sistema operacional?

 Com que rapidez a ferramenta pode suportar

novos lançamentos de sistemas operacionais

móveis?

 Como você pode usar a ferramenta para

executar um único teste em várias

plataformas?

 Como a ferramenta interage com os

dispositivos remotamente?

 Quantos mecanismos de script a ferramenta

suporta?

 A ferramenta é visual ou baseada em

objetos?

 A ferramenta requer jailbreak ou root?

 Pode ser usado para automação de

aplicativos móveis da Web, híbridos e

nativos?

 Requer uma alteração de código para suporte

de automação?

 Quanto custa a ferramenta?


 Quanto suporte é oferecido pela ferramenta?

Ferramentas de Automação Web


IDE de selênio

Este plugin do Firefox fornece a capacidade de registrar casos de

teste. Melhor usada para testar aplicativos da Web, a funcionalidade é

limitada e inadequada para aplicativos da Web complexos. A ferramenta não

permite que as equipes escrevam testes para videogames em flash, músicas,

testes de interface do usuário / UX ou uploads de arquivos.

Selenium WebDriver

Ao usar o Selenium WebDriver, os casos de teste podem ser escritos em

uma ampla variedade de linguagens de programação, incluindo (C #, Java,

Ruby, Python, etc.). Esse líder de mercado de código aberto tem um grande

número de seguidores e formidáveis recursos de treinamento / artigos de

suporte disponíveis. Pode ser facilmente integrado ao Pepino / SpecFlow.

Script Sikuli

O Sikuli pode acomodar gravação e teste de aplicativos da Web e de

desktop. A ferramenta usa reconhecimento de imagem para identificar e

controlar os componentes da GUI. É particularmente útil quando não existe

acesso fácil para o código interno ou fonte de uma GUI.


Visual Studio (CodedUI)

As equipes podem confiar no Visual Studio para testar aplicativos da Web e

da área de trabalho. Novamente, é útil quando não existe acesso fácil ao

código interno ou fonte da GUI. Embora, casos de teste são escritos em C # e

não são fáceis de manter.

Ferramentas de automação móvel


Appium

De acordo com o site da Appium, a ferramenta oferece "automação de

aplicativos móveis impressionantes". Não poderíamos concordar mais. A

ferramenta de código aberto oferece suporte a aplicativos iOS e Android,

além de aplicativos nativos e híbridos. Os casos de teste podem ser escritos

em uma ampla variedade de linguagens de programação, incluindo (C #,

Java, Ruby, Python, etc.). Diferentes padrões de design podem ser usados

para minimizar a manutenção de casos de teste. Os testes podem ser

integrados com o Pepino / SpecFlow.

O Appium é um teste de significado de plataforma cruzada que pode ser

escrito em várias plataformas usando a mesma API.

Prós
 Suporte a aplicativos da Web, híbridos e

nativos

 Boa documentação técnica baseada na

comunidade

 Suporta Android e iOS

 Alteração mínima de código necessária para

automação

 Suporta diferentes scripts de idioma

Contras

 Tempo de configuração inicial

 Só pode executar uma instância por Mac

Muitos conhecem a Appium como a versão móvel do Selenium. Como as

duas ferramentas são tão semelhantes, as equipes de teste podem criar uma

estrutura para ambas, em vez de duas. Isso significa que, se as equipes

estiverem testando em ambos, haverá muito menos código para manter no

decorrer do produto.

Cabaça

Calabash é uma opção de código aberto que pode ser usada para projetos

iOS e Android. Os casos de teste são escritos em Ruby, o que pode


representar um problema para a equipe na linguagem menos

conhecida. Diferentes padrões de design podem ser usados para minimizar a

manutenção de casos de teste.

Robotium

A ferramenta gratuita permite aos usuários gravar testes Android nativos e

híbridos. É suportado pelo Google, pode ser integrado ao Pepino e escrito em

Java.

Ferramentas de automação de desktop


TestStack.White

TestStack.White é uma ferramenta gratuita usada para suportar aplicações

Win32, WinForms, WPF, Silverlight e SWT (Java). Casos de teste são

escritos em C # e podem ser integrados com o Pepino / SpecFlow.

SpecFlow

O SpecFlow é uma oferta gratuita que fornece recursos de teste orientados

por comportamento para idiomas na família .NET.

Pepino

Assim como o SpecFlow, o Cucumber oferece recursos de teste baseados

em comportamento apenas para Ruby e Java.

Ferramentas de Automação de Serviços


SoapUI

O recurso oferece versões abertas e pagas e fornece um meio de criar casos

de teste de carga e segurança. Ele é usado para testes da API REST, mas a

funcionalidade pode ser expandida com scripts do Groovy.

HttpWebRequest

O HttpWebRequest pode ser integrado ao SpecFlow e ao Cucumber. É uma

biblioteca .NET que faz a solicitação da API REST diretamente. Pode ser

facilmente integrado ao Pepino / SpecFlow.

Consideração Adicional: Testando na Nuvem


Seríamos negligentes em excluir opções de teste na nuvem de nossa

comparação de ferramentas de teste de software automatizado. À medida

que a variedade de telas aumenta, os testes na nuvem continuam atraindo

empresas. Opções que incluem o Xamarin Test Cloud, o Amazon AWS

Device Farm, o Sauce Labs, o Testdroid e o SOASTA permitem que as

empresas expandam a cobertura de teste e testem todos os dispositivos

possíveis sem limitações físicas.

Prós

 Nenhum laboratório de dispositivos em

crescimento
 Igualmente acessível a todos os membros da

equipe em uma equipe distribuída

 Otimize velocidade, eficiência e qualidade

 Aumento da cobertura de teste

 Teste de regressão após correção de bugs

ou desenvolvimento adicional de software

 Teste de software em diferentes plataformas

ou com diferentes configurações

 Teste orientado por dados (executando os

mesmos casos de teste usando várias

entradas diferentes)

 A automação de testes permite realizar

diferentes tipos de testes de forma eficiente e

eficaz

 Agilize o ciclo de lançamento reduzindo o

tempo para o teste de regressão

 Melhoria da qualidade

Contras

 Geralmente, o aplicativo em teste deve ser

acessado por uma VPN. Se o dispositivo


baseado em nuvem tiver dificuldades para

acessar o código, isso significa mais tempo

de configuração para a equipe de

desenvolvimento.

Precisa de um tutorial. Assista à nossa demonstração de automação de teste móvel


com o Xamarin Test Cloud.

Fatores de Sucesso na Automação de Testes


Planejamento. A criação de tempo adequado no ciclo de vida do produto é

um diferencial importante para projetos bem-sucedidos. Identifique onde sua

equipe de QA se encaixará no processo. Eles testarão cada história de

usuário? Ou você tentará uma combinação de estratégia baseada em risco /

teste de automação ? Estas são todas as coisas a considerar antes que a

equipe comece o desenvolvimento.

Clareza. Defina claramente / documente casos de teste e garanta que todos

os membros testem o entendimento dos requisitos / funcionalidades que

estão sendo validados.

Ao controle. Garanta que seus analistas / engenheiros de qualidade tenham

ambientes de teste dedicados e controle total sobre os bancos de dados de

teste.
Cronometragem. Nossa equipe descobriu que os QAs podem ser testados

com mais eficiência se estiverem validando / relatando um código

desenvolvido em um sprint por trás da equipe de desenvolvimento . Sem o

atraso, o código seria fluido demais para ser testado com eficácia; as

mudanças quebrariam continuamente qualquer automação.

Integração. A integração de suas equipes de automação e desenvolvimento

salvará seu projeto inúmeras horas de rotatividade ineficiente. Abra as linhas

de comunicação mais cedo, para que possam abordar diretamente quaisquer

ineficiências. Tomemos por exemplo IDs de elementos da web. Se seus

desenvolvedores não estão adicionando esses elementos críticos ao código,

não haverá nada para a equipe de QA chamar nos scripts de teste. Indo mais

a fundo, existe uma maneira adicional de acessar os elementos da web, mas

é mais difícil e também atrasa os testes. Conectar as perspectivas de

qualidade e desenvolvimento eliminará o desperdício de tempo, permitindo

que a equipe se concentre em trabalhos de maior valor.


Katalon Studio versus estruturas de
código aberto baseadas em selênio
O Katalon Studio é uma solução de automação de testes que utiliza o mecanismo
principal do Selenium. Embora utilize várias funcionalidades do Selenium, não é
simplesmente um invólucro do Selenium. Este documento oferece uma comparação
detalhada das estruturas de software livre baseadas em Katalon e Selenium,
concentrando-se nos principais recursos, como usuários de destino, implantação,
gerenciamento de teste e suporte à linguagem de script, desempenho, usabilidade e
integração com outras ferramentas.

1. Usuários Alvo

A automação de testes de software geralmente requer habilidades técnicas e algum


conhecimento sobre o aplicativo em teste (AUT) para sua aplicação bem-sucedida. O
conhecimento sobre as tecnologias relacionadas ao AUT não é obrigatório, mas
recomendado. Por exemplo, ter conhecimento de HTML e JavaScript deve ser melhor
do que se você estiver testando na web.

Os usuários do Katalon Studio podem ser os testadores com conhecimento técnico


limitado. O Katalon Studio esconde todas as complexidades técnicas e fornece
interface amigável com o modo manual (o usuário pode arrastar e soltar, selecionar
palavras-chave e testar objetos para formar etapas de teste), mas ainda mantém as
armas necessárias para usuários mais poderosos tecnicamente. mais profundamente
na codificação com o modo de script que suporta totalmente conveniências de
desenvolvimento, como realce de sintaxe, sugestão de código e depuração.

O Selenium e o Appium são principalmente bibliotecas de testes automatizados que


são mais adequadas para testadores que possuem boas habilidades de
programação. Eles normalmente precisarão usar um IDE como Eclipse ou Visual
Studio para importar bibliotecas Selenium & Appium (e certamente suas dependências)
em um projeto de desenvolvimento, para instalar estruturas de teste de unidade
necessárias como JUnit, NUnit e TestNG antes de começar a escrever um caso de
teste. .

Vamos imaginar uma analogia na indústria automotiva, onde muitos carros


compartilham o mesmo motor, enquanto os fabricantes projetam o interior e o exterior
de seus carros de maneira diferente, dependendo dos modelos de seus carros.

Da mesma forma, o Katalon Studio é basicamente uma solução tudo-em-um. Mas se


você ainda preferir (e tiver as habilidades necessárias) para construir tudo do zero
sozinho, poderá escolher um mecanismo como o Selenium, Appium, etc. para construir
outra solução de teste automatizado como o Katalon Studio. Além do Katalon Studio,
existem alguns frameworks de teste construídos sobre o Selenium e o Appium, como o
Robot Framework ( http://robotframework.org )

2. Implantação e Primeiros Passos

A maioria dos projetos de código aberto é difícil de configurar e implantar porque eles
são contribuídos por muitos desenvolvedores e provedores diferentes que enviam seus
trabalhos para um local central, ou seja, o Github. Você pode ter que construir tudo
usando o código-fonte enviado. Mas, mesmo que as estruturas sejam incluídas em um
material pronto para uso, como o Selenium e o Appium, você ainda precisa seguir as
diretrizes técnicas da API e integrá-las a um IDE e a uma linguagem de programação
preferencial. Abaixo estão as etapas de alto nível exigidas pelo Selenium, Appium e
Katalon Studio para configurar e executar.

o Selênio:
 Baixe e instale o Java SDK
 Download e configuração de bibliotecas de teste: API do cliente
Selenium de seu idioma preferido, Selenium Server ou um pacote
independente (um pacote de cliente e servidor em apenas uma
biblioteca)
 Faça o download do IEDriver e do ChromeDriver, configure o
ambiente e as variáveis PATH
 Faça o download e configure o IDE de desenvolvimento e suas
estruturas de teste preferidas, como JUnit, NUnit e TestNG
 Vá até o documento da Selenium API para começar a criar um
projeto e escrever um código.

o Appium:
 Baixe e instale o SDK em sua linguagem de programação Java,
Python, Ruby ou C #
 Baixe e configure bibliotecas de teste (Appium, Node.js, Android
SDK, XCode se Mac e iOS), configure o ambiente e as variáveis
PATH
 Faça o download e configure o IDE de desenvolvimento e suas
estruturas de teste preferidas, como JUnit, NUnit e TestNG
 Vá até o documento da Selenium API para começar a criar um
projeto e escrever um código.

 O Katalon Studio é construído como um pacote unificado que inclui quase todas
as coisas necessárias, como Java, Android SDK, drivers da Web para direcionar
navegadores e dependências necessárias. Tudo que você precisa fazer é baixar
e instalar no seu computador. A instalação mínima é necessária:
o Como o Appium é atualizado com freqüência, o Katalon Studio não inclui
o Appium. Se você estiver testando aplicativos móveis, será necessário
instalar o Appium, o Node.js (no Windows) e o XCode (no Mac)
o Você pode se familiarizar rapidamente com o Katalon Studio, pois ele
possui uma interface amigável e exemplos de projetos. A documentação
detalhada do usuário (docs.katalon.com) definitivamente ajuda você a
passar rapidamente de recursos simples para recursos avançados.
3. Gerenciamento de teste e suporte à linguagem de script

 Gerenciamento de artefatos de teste:


o O Katalon Studio oferece uma rica interface gráfica com menus,
visualizações em árvore, tabelas, etc. para gerenciar casos de teste,
objetos e arquivos de dados. Seu criador de scripts com realce de sintaxe
total, sugestão de código, depuração é ideal para os testadores que
querem apenas arrastar ou ter habilidades de programação limitadas.

(Modo manual do Katalon Studio)


(Modo de script do Katalon Studio)
(Modo de depuração do Katalon Studio)

o O Selenium e o Appium, ao integrarem-se a um IDE de desenvolvimento


dedicado, como o Eclipse e o Visual Studio, oferecem ambientes intuitivos
para desenvolvedores, mas recursos não familiares e
desnecessariamente complexos para testadores manuais ou não
técnicos. O gerenciamento de testes é um desafio para os testadores não
técnicos ao usar o Selenium e o Appium.
( O único modo de desenvolvimento de Selenium + TestNG + Eclipse )
( Casos de teste, suítes de teste, dados de teste são organizados principalmente em
arquivo XML e código de programação )

 Suporte à Linguagem de Script:


o Katalon Studio: Java / Groovy é a única opção por enquanto
o Selênio, Appium + um IDE: muitas opções para linguagens de script

4. Desempenho

Katalon Studio usa Groovy, uma linguagem construída sobre Java, e tem que carregar
muitas bibliotecas para analisar dados de teste, objetos de teste, registro. Portanto,
pode ser um pouco mais lento em comparação com o Java para casos de teste longos
com centenas de etapas.

5. Usabilidade e Funcionalidade

5.1 Objeto espião: Espionar objetos de teste é a atividade mais importante, porém
demorada, na automação de testes.
 Katalon Studio suporta espião de objetos para Web (usando plugins de
navegador para IE, Firefox, Chrome) e para aplicativos móveis (usando o
simulador de tela). O Katalon Studio também suporta objetos capturados com
alta iluminação no AUT:

( Katalon Object Spy com suporte a objetos de alta iluminação )

 O Selenium tem um add-on do Firefox chamado Selenium IDE para gravar


objetos em aplicativos da Web. Infelizmente, esse complemento não é mais
mantido e suportado. Saiba mais sobre “Por que o Katalon Studio se torna um
substituto completo do Selenium IDE “
 Appium fornece uma ferramenta espião de objeto móvel que é útil, mas não
possui recurso de alta iluminação.
5.2 Gerenciamento de dados de teste e dados orientados

o O Katalon Studio fornece o objeto Data File, que pode consultar dados de
fontes externas: arquivo CSV, arquivo Excel, banco de dados
relacional. O Katalon Studio também suporta testes orientados a dados
em um objeto de arquivo de dados. Por exemplo, ao testar o recurso de
login, você pode especificar 100 contas predefinidas em uma planilha do
Excel ou em um banco de dados.
o Selênio e Appium: os testadores precisam codificar dados de teste
diretamente no código. Qualquer suporte para fontes de dados externas
requer um esforço considerável de programação.

5.3 Gravação e teste de geração

A gravação de teste é a melhor maneira de ajudar os usuários a aprender e se adaptar


rapidamente à automação de testes. Ele ajuda um testador de automação a executar
duas tarefas primárias: capturar objetos (durante a gravação) e gerar etapas de teste
com ações ou palavras-chave apropriadas, economizando pelo menos 50 a 60% do
tempo de composição dos casos de teste.

 Katalon Studio tem a capacidade de gravar e gerar scripts de teste


em aplicativos da Web e móveis:

o Semelhante ao Katalon Studio, o Appium suporta gravação e geração de


scripts de teste para aplicativos móveis.
o O Selenium tem Selenium IDE, agora designado como obsoleto, para
registrar as ações do usuário e pode exportar para os casos de teste
JUnit / TestNG, mas as informações de identificação de objeto são
codificadas diretamente no código gerado sem suporte a gerenciamento
de objetos:

( Teste de gravação com IDE Selenium )


( Caso de teste gerado pelo IDE Selenium )

5.4 Palavras-chave internas

1.
1.
 O Katalon Studio é lançado com conjuntos predefinidos de
palavras-chave ou ações comumente usadas, os usuários os
encontrarão o suficiente para começar a implementar a
maioria dos casos de teste, mas se tiverem necessidades
mais avançadas ou específicas, ainda terão uma maneira de
criar palavras-chave personalizadas para seus
projetos. Palavras-chave personalizadas são uma extensão
de palavras-chave incorporadas. Eles podem ser usados da
mesma maneira que palavras-chave internas e podem ser
compartilhados entre usuários.
 Selênio e Appium: os usuários precisam criar ações comuns e
reutilizáveis por conta própria em formas de funções de
programação.

6. Relatórios e Análises

o O Katalon Studio fornece relatórios intuitivos com mensagens amigáveis e


legíveis e capturas de tela capturadas no momento da falha, que podem
ser exportadas para arquivos CSV, HTML e PDF.
o Katalon Analytics visualiza os resultados da execução do teste de forma
acionável que permite que as equipes de diagnosticar rapidamente e têm
uma melhor visão O f seus testes de automação.
(Painel do Katalon Analytics com histórico de execução visualizado )

o O Selenium e o Appium não possuem ferramentas de relatório, mas com


base na estrutura de teste usada, haverá alguns modelos de relatório
simples. Recursos sofisticados de relatórios e análises, como o que o
Katalon oferece, provavelmente estão entre os recursos mais desejados
para o Selenium e o Appium.

( Relatório de TestNG com rastreamento de pilha de programação, nenhuma captura


de tela de falha )

7. Integração
 O Katalon Studio pode ser integrado a vários sistemas de gerenciamento de
testes e sistemas de rastreamento de bugs, incluindo o qTest
( https://www.qasymphony.com ) e o JIRA, para enviar bugs, defeitos, registros
de testes e resultados de testes. O Katalon Studio também pode ser integrado
ao Kobiton, um laboratório móvel baseado em nuvem para testes móveis
baseados em nuvem ( https://kobiton.com ).
 Selenium e Appium: sem integração, os usuários precisam construir os próprios
recursos de integração.

8. Integração CI

 O Katalon Studio fornece uma interface de linha de comando, permitindo que o


CI Systems chame e dispare a execução do teste.
 Selenium e Appium: os usuários precisam criar e configurar tarefas de execução
(tarefas Ant, objetivos importantes, etc.) para acionar a execução do teste.

9. Suporte ao Cliente

 A equipe do Katalon apoia ativamente os usuários do Katalon Studio mais


regularmente do que as comunidades do Selenium e do Appium, através de seu
site e fórum.
 O Selenium e o Appium são de código aberto, e os usuários podem encontrar
ajuda online em algum lugar de outros usuários ou do grupo Selenium, mas
nada garante que eles obterão ajuda rapidamente.

10. Correções de erros, programação de lançamento

 Os grupos Selênio e Appium não têm um plano de liberação clara, e os bugs


relatados geralmente não são corrigidos rapidamente.
 O Katalon Studio é lançado mensalmente (lançamentos menores para hot fixes
geralmente estão disponíveis dentro de alguns dias a uma semana), e os bugs
geralmente são corrigidos em dias. O feedback do usuário é muito apreciado e
resolvido rapidamente.

11. Soluções para vários problemas de teste automatizados

 O selênio só pode lidar com conteúdo HTML dentro de um navegador. Controles


especiais e personalizados, como pop-ups do Windows e objetos incorporados
(Flash, Flex, Media) farão com que o Selenium não funcione.
 O Katalon Studio, por outro lado, fornece recursos para lidar com esses
controles do Windows e reconhecer imagens.
 O Katalon Studio permite iniciar o teste de qualquer etapa com uma sessão já
aberta, o que é muito útil para o teste de solução de problemas.
 O Katalon Studio substitui o Firefox Driver para tornar novas versões do Firefox
(47+) compatíveis com o antigo Web Driver enquanto a comunidade Selenium
ainda está lutando com o instável Gecko.