Aprenda o QTP (UFT)

O nosso fundador, Ankur Jain, iniciou este site há cerca de 14 anos atrás, em 2006. Devido à sua vasta experiência com a ferramenta QTP (QTP era originalmente uma ferramenta de teste automático de software da Mercury. QTP é agora conhecido como UFT One), ele queria que este site se tornasse um “one-stop-shop” para alunos de QTP. É com seu amor e motivação, o site ainda está indo forte e visitado por milhares de usuários iniciantes da UFT para usuários avançados da UFT todos os dias.

Desde a época de lançamento deste site, várias coisas mudaram no mundo do QTP. A HP adquiriu a Mercury – a empresa original que desenvolveu o QTP. O QTP tornou-se UFT quando a HP decidiu fundir os testes GUI e API em uma única ferramenta. Leia a história completa do QTP e da UFT. A HP foi dividida em duas empresas: HP Inc e HPE. Entretanto, durante todos estes anos, a HPE introduziu várias inovações no software UFT. Em setembro de 2017, o spin da HPE se fundiu no Micro Focus.

A equipe da LearnQTP percebeu que – embora nossos artigos mais antigos ainda fossem relevantes – há necessidade de um novo conjunto de tutoriais da UFT para as versões mais recentes da UFT. Assim, lançamos o novo conjunto de tutoriais UFT para iniciantes e usuários avançados da UFT. Nós começaremos do zero e aos poucos iremos construindo para tópicos avançados.

Esses tutoriais UFT serão estruturados de tal forma que até mesmo um iniciante absoluto a testes automatizados de software seria capaz de segui-los. Os tutoriais estarão no seu próprio ritmo, não haveria pressão. Você pode marcar o link e voltar a eles sempre que tiver vontade de aprender. Você pode até baixar o PDF gratuito dos tutoriais UFT que estarão disponíveis no final de cada artigo, para que você possa aprender mesmo quando estiver viajando ou não tiver uma conexão de internet funcionando.

Antes de mergulharmos na UFT, vamos fazer uma cartilha sobre testes de software e como e quando automatizarmos os testes de software.

O que é teste de software?

Um renomado especialista em testes de software, Dr Cem Kaner, define teste de software como –

p> Uma investigação técnica do produto em teste realizada para fornecer aos interessados informações relacionadas à qualidade

Para explicar melhor, teste de software é um processo onde um testador/equipa de software executa um programa ou um sistema para encontrar bugs ou defeitos, para manter a correção e a confiabilidade de um programa.

Os testes de software também validam e verificam o programa para verificar se os requisitos comerciais e técnicos são atendidos, e está funcionando como esperado.

Na verificação, os testadores garantem que o sistema atendeu aos padrões e processos da organização, e responde a pergunta “Nós construímos o sistema certo? Sistema significa uma ou mais aplicações de software que suportam uma função de negócio. Os testadores asseguram que o software, hardware, documentação e pessoal cumprem juntos através de métodos de revisão ou não-executáveis.

Na validação, os testadores asseguram fisicamente que o sistema cumpriu todos os requisitos do negócio e do utilizador, e que as funcionalidades e funcionalidades estão a funcionar como concebidas. A validação é feita pela execução das funções do sistema através de uma série de testes que podem ser observados e avaliados pelos testadores. Além disso, a validação se concentra na pergunta “Construímos o sistema corretamente?”

Por que devemos realizar testes de software?

Nos testes de software, o objetivo principal é encontrar defeitos. Podemos considerar que um certo estado é um defeito se ele não atende ao que se espera que ele faça. Encontrar defeitos em testes iniciais no Desenvolvimento de Software reduzirá ou evitará o risco de falha, o custo de manutenção, o custo de correção de defeitos e a entrega de um programa melhor para o usuário.

Exemplo: O número do documento deve aceitar 12 caracteres numéricos. Se os caracteres inseridos forem menores ou maiores do que os caracteres requeridos, solicite “Entrada Inválida”. Por favor, digite novamente o Número de Docket”, mas o usuário digitou 10 caracteres para o número de docket e o programa retornou um erro de exceção ao invés de um prompt para notificar o usuário sobre os caracteres mínimos requeridos.

Outra razão é para produzir um programa de Qualidade. No teste de software, o testador/equipa do software não pode melhorar a qualidade, eles só podem medi-la. Do ponto de vista de TI, Qualidade significa que a conformidade e as características dos requisitos de um programa com base nos requisitos comerciais e técnicos são atendidos. Na visão do usuário, Qualidade significa que o software está apto para ser usado. A qualidade do software varia de programa para programa, uma vez que eles têm a sua própria funcionalidade e usabilidade. Um testador de software precisa garantir que as visões de TI e do usuário para qualidade sejam atendidas.

O que é Teste Automatizado de Software?

Testes automatizados de software envolvem a automatização do processo manual através da escrita de scripts de teste que fariam o teste e podem ser executados repetidamente.

A automatização do teste é usada para controlar a execução dos testes, comparar os resultados reais e esperados, a configuração de pré-condições e outras funções de controle e relatório de teste através do uso do software.

Quando automatizar o teste de software?

Uma crença comum entre os profissionais de testes é que a automação, por alguma magia, aumentará a qualidade dos testes.

Há um tempo e um lugar para tudo. Se um teste PODE ser automatizado não significa que DEVERÁ ser automatizado. Embora, este seja um site de testes automatizados, seria de se esperar que denunciássemos os testes manuais. Não é o caso, entretanto.

Click To Tweet: Se um teste pode ser automatizado, isso não significa que DEVERIA ser automatizado http://ctt.ec/bLk49+ via @LearnQTP

Testes manuais e automatizados andam de mãos dadas e deveriam estar se elogiando mutuamente. Pedimos aos nossos estagiários e leitores que se certifiquem de automatizar um teste somente quando ele for realmente necessário.

Aqui estão alguns cenários onde a automação é considerada uma ótima opção:

• Testes de regressão/ Testes repetitivos: Uma regra geral para testes manuais a automatizados é que, se seus testes precisam ser executados periodicamente, eles são um bom candidato para automação. No entanto, vem com poucas advertências. Você precisa pesar os custos de configurar testes automatizados em relação aos esforços de testes manuais. Aqui os custos incluem a complexidade da automação, o tempo necessário para construir e manter scripts de automação e, claro, o tempo e o dinheiro necessários para treinar os testadores em uma determinada ferramenta.
• Valores de Dados Múltiplos: Você precisa executar o mesmo conjunto de ações para vários valores de dados.
• Transferência de testes normalmente inviável: Sua aplicação é necessária para ser testada por um milhão de acessos em questão de poucas horas. Não pode ser feito manualmente, você precisaria de uma ferramenta de teste de carga.
• Sames testes diferentes navegadores ou SO: Você gostaria que sua aplicação web ficasse bem em todos os navegadores e sistemas operacionais comumente usados. Se você tiver um conjunto de teste contendo 50 casos de teste que precisam ser testados com 20 conjuntos diferentes de valores em 3 conjuntos diferentes de navegadores e 2 sistemas operacionais. Isto eleva o total de execuções de teste para 50*20*3*2= 6000. Faz sentido automatizar tais casos de teste.
• Testes móveis: Com toneladas de aparelhos móveis disponíveis no mercado, seria quase impossível realizar testes manuais em todos os dispositivos. Empresas como a Amazon têm apresentado abordagens inovadoras a esta questão, através das quais eles colocam dispositivos reais na nuvem e você pode testar sua aplicação em dispositivos com scripts automatizados. Mais uma vez, um candidato ideal para automação de testes.

Confiamos que você gosta desta cartilha sobre testes de software e compreendemos como decidimos automatizar os testes de software para um determinado cenário. No próximo tutorial vamos começar com a instalação da UFT e discutir o básico da ferramenta – Tutorial 2: Introdução à UFT.

Você pode consultar o conjunto completo de tutoriais UFT cobertos até agora usando os links abaixo:

• Tutorial 1: Introdução ao teste de software
• Tutorial 2: Introdução ao UFT
• Tutorial 3: UFT Add-ins e Add-in Manager
• Tutorial 4: Tudo Sobre Menus UFT
• Tutorial 5: Guia Completo dos Painéis UFT
• Tutorial 6: Grave seu primeiro script UFT

Introduza seu nome e e-mail abaixo e nós nos certificaremos de lhe enviar tutoriais assim que estiverem prontos!

Over para você. Como você decide se quer ir para testes automatizados?

Se você quiser acompanhar mais artigos sobre UFT (QTP). I recommend you to subscribe by Email and have new UFT articles sent directly to your inbox.