Qual é a diferença entre as ferramentas automatizadas QTP e Selenium?

Melhor resposta

QTP

  1. QTP agora UFT é uma ferramenta licenciada fornecida pela HP , pode ser usado para automatizar aplicativos da Web, aplicativos de desktop do Windows, aplicativos Oracle, para citar alguns. Embora o download gratuito com alguns suplementos seja fornecido pela HP para uso por um mês.
  2. VBSCRIPT é o script usado principalmente Linguagem no QTP.
  3. O próprio QTP vem com um IDE integrado
  4. Os scripts QTP podem ser executados de maneira sequencial.

Selenium

  1. Selenium é mais uma estrutura de automação do que uma ferramenta e é usado para automatizar apenas aplicativos da Web.
  2. Java é a escolha principal de linguagem para desenvolver seus scripts, embora você possa usar C # , Python também
  3. Eclipse é usado principalmente para escrever os Scripts de Teste
  4. Selenium pode ser usado para executar casos de teste em paralelo.

No nível de resumo, QTP e Selenium são boas ferramentas para automação, dependendo de u O requisito, a disponibilidade e o conjunto de habilidades de qualquer uma dessas ferramentas podem ser escolhidos.

Resposta

Se você estiver em uma situação para decidir sua carreira no UFT ou no selênio. Eu gostaria de dar algumas dicas sobre a indústria de automação de teste, os mitos comuns que giram em torno de várias ferramentas e a própria mentalidade das pessoas.

Estamos falando puramente sobre ferramentas de teste de GUI aqui. Em primeiro lugar, precisamos entender quantos testes de GUI faremos no futuro. Os projetos de desenvolvimento modernos típicos enfatizam fortemente um conceito de pirâmide inversa de teste, no qual você faz muitos testes no início do projeto e, conforme o software atravessa o ciclo de desenvolvimento, a quantidade de testes sendo feitos reduz drasticamente. Então, sempre o chamado teste de GUI acontece bem tarde no jogo. O que, por sua vez, significa que a quantidade de testes de GUI será relativamente menor no futuro. Existem muitas organizações que têm uma quantidade enorme de scripts de regressão que executam e executam para sempre.

O próximo passo é a seleção de ferramentas. Muitos proprietários de produtos ou organizações vão com as apresentações malucas fornecidas por muitas empresas baseadas em serviços, que apenas criam seus softwares proprietários apenas para criar um monopólio dentro de uma organização para durar para sempre. Naquela época, eu me lembro de quando ferramentas comerciais como qtp, rft etc. eram a única coisa no mercado em que as empresas de nível de serviço estavam em seus produtos proprietários e o principal ponto de venda é a redução de custo. Mas todo mundo, como essas coisas seriam ruins. Em seguida, veio o selênio e ele literalmente deu a liberdade para criar de forma mais poderosa uma solução de automação personalizada.

Aqui é onde o problema começa. Deixe-me dar um exemplo, com as estratégias de desenvolvimento atuais, se você deseja selecionar uma estratégia de automação a ser implementada, a primeira coisa que deve ser considerada é ter uma estrutura de automação que esteja em sincronia com sua plataforma de desenvolvimento. Se seu desenvolvimento usa dotnet, use IU codificada para automação; em vez disso, usar selênio é realmente uma má ideia. O que a maioria das pessoas faz. Ou eles implementarão selênio com c #.

O próximo grande problema são os testadores de automação que, na maioria dos casos, sabem como fazer as coisas. Mas eles não serão capazes de justificar por que seguiram essa abordagem. Em um ambiente de desenvolvimento típico, seguimos princípios e padrões de codificação rígidos, mas na maioria dos projetos de automação isso não é seguido. E a abordagem para automatizar um cenário é realmente importante. Na maior parte do tempo, as pessoas apenas seguem o que está piscando em sua mente primeiro. E o engraçado é que eles farão o trabalho deles, mas com certeza criará problemas a longo prazo.

O Selênio, motivo de seu sucesso no setor, vem de mãos dadas com a adoção de metodologias ágeis pelo setor. A HP se atrasou um pouco nesse jogo ao trazer o LeanFT quando o selênio já conquistou a indústria. Além disso, devemos pensar em quantas organizações que implementaram o Selenium realmente se beneficiaram com isso. O problema com o selênio surge quando o volume se torna enorme. O conceito de rastreabilidade, gerenciamento de caso de teste, filtragem eficiente e teste baseado em risco é realmente difícil com o caso do selênio. Você precisa fazer um grande esforço de desenvolvimento para tornar a estrutura completa. Digamos que você tenha feito isso e também tenha assumido a responsabilidade de manter essa estrutura, que foi desenvolvida internamente e sempre há uma curva de aprendizado. Organizações muito grandes seguem a metodologia apenas porque podem e têm o uso dela. Quando digo grande é tão grande quanto Google, Amazon, PayPal etc., mas para outras empresas que precisam analisar, vale a pena assumir esse fardo.

É aí que a consideração das ferramentas comerciais entra em cena. Eles têm tudo, na verdade eles fornecem muitos materiais que você nunca usa e cobram por você.Já o problema tradicional com essas ferramentas comerciais há muito tempo o sucesso está nas pessoas que implementam um projeto de automação logo no começo. Uma pessoa que aprende dentro e fora de uma ferramenta comercial, conclui todas as certificações possíveis Não se qualifica para implementar o projeto. Por exemplo, se você obtiver a certificação da HP, há HP ATP e HP ASE. A maioria das pessoas conclui ATP, mas muito poucas concluem ASE. Um ASE é aquele que realmente é capaz de implementar um projeto. Não o ATP. (Eu não quis dizer que a certificação é obrigatória). Uma pessoa com muita experiência em implementação e excelente conhecimento nas ferramentas que pode justificar por que usar essa abordagem em vez de apenas lançar qualquer abordagem deve implementá-la. Quaisquer que sejam as ferramentas que usarem, o empresa de produtos teria aplicado certas formas, práticas recomendadas e abordagens. Mas as pessoas que usam as ferramentas dificilmente se preocupam com essas documentações.

A partir de hoje, a ferramenta de automação mais poderosa é a IU CODED, TFS, embora tenha problemas com MAC. Com o UFT, você pode fazer testes funcionais de API e automatizar qualquer aplicativo. LeanFT pode ajudá-lo a automatizar um ambiente de desenvolvimento com tanta facilidade. Existe algo chamado de acelerador de extensibilidade HP, mas quase ninguém sabe como usá-lo. O Selenium tem um monte de coisas. Mas é como um bloco de Lego que você precisa construí-lo. E você assume total responsabilidade por quaisquer problemas que possam acontecer a seguir. Além dessas, existem muitas ferramentas que se destacam em certas áreas, mas não vale a pena considerá-las agora.

O ponto principal é que não importa qual ferramenta você seleciona. O que é mais necessário é, eventualmente, obter o conhecimento de como implementar uma abordagem certa que vem apenas com a experiência. Comece de qualquer lugar e quando você tiver o insight certo, não importa o que você vai chegar lá. E com o tempo você pode ter aprendido bastante muitas ferramentas e linguagens. Boa sorte !!!

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *