Tutorial do UFT: Visão geral do UFT (Guia para iniciantes!)

by

Após o desenvolvimento, o produto de software deve passar pela fase de testes para garantir a qualidade. No ciclo de vida de teste, a automação de teste tem um futuro melhor, pois tem a capacidade de reduzir o ciclo de teste e o custo com verificação de qualidade esperada. Muitas ferramentas estão disponíveis para automação de teste, mas se considerarmos a cobertura de aplicativos mais ampla, a ferramenta Teste Funcional Unificado (UFT) é um dos principais jogadores.

Neste artigo “Visão geral do UFT”, passaremos pelos fundamentos dos testes e uma visão geral dos diferentes componentes que estão disponíveis no UFT.

Tutorial UFT - Tabela de conteúdo

Visão geral do UFT

Sobre o teste de software:

O teste é importante para a verificação cruzada do produto final. O teste pode ser feito em diferentes fases do ciclo de vida de desenvolvimento de software. Podemos realizar o teste de software de duas maneiras - manualmente ou por meio de automação de teste. Falaremos sobre automação de teste ao longo dos tutoriais. 

Os objetivos do teste de software são explicados abaixo -

  • Verificação da qualidade do produto final.
  • Encontre e corrija os bugs antes de implantar o software em produção.
  • O teste pode garantir sobre os requisitos de software.
  • Relate se houver algum problema de desempenho ou segurança.

A classificação do teste de software é explicada abaixo -

  • Teste de Unidade - Este tipo de teste é feito na fase de desenvolvimento pelo desenvolvedor do aplicativo.
  • Teste de integração - Após o desenvolvimento, quando todos os componentes estão integrados, o teste de integração é necessário para garantir que as interfaces e os diferentes componentes de software estejam funcionando conforme o esperado.
  • Teste do sistema - Este tipo de teste é feito antes da entrega do produto final. As funcionalidades do produto são testadas nesta fase.
  • Teste de Aceitação - O Teste de Aceitação do Usuário (UAT) é feito pelos usuários de negócios para verificar os requisitos antes de colocar o produto em produção. Este é um teste blac-kbox.
  • Teste de regressão - O teste de regressão é necessário para verificar as funcionalidades do business-as-usual durante os aprimoramentos do aplicativo.

Sobre testes de automação:

Na vida de hoje, o tempo é um critério importante para o processo de teste de software. Portanto, existe uma grande demanda para reduzir o ciclo de execução de testes sem comprometer a qualidade. Neste aspecto particular, o teste de automação entra em cena. O teste automatizado não é nada, mas o teste deve ser feito automaticamente, sem gastar nenhum esforço humano. Muitas ferramentas estão disponíveis para realizar a automação de teste, como RFT, QTP (UFT) e Selenium. Porém, considerando a cobertura e a flexibilidade do aplicativo, o UFT está comandando o setor de automação de testes. Neste tutorial, forneceremos uma ideia geral do UFT como uma ferramenta de automação de teste.

Os principais recursos da automação de teste são mencionados abaixo -

  • A execução de teste automatizada é sempre muito rápida em comparação com o ciclo de teste manual.
  • Erros humanos comuns não podem ser replicados na automação de teste.
  • Ele reduz o tempo de ciclo de execução de teste, o que ajuda a reduzir também todo o ciclo de vida de desenvolvimento de software.
  • Garante a qualidade abrangendo mais funcionalidades.
  • A execução de teste paralela pode ser feita.

Sobre a visão geral do UFT:

UFT é a forma abreviada de Unified Functional Testing, anteriormente conhecido como Quick Test Professional (QTP). Com a ajuda do VB Scripting, os casos de teste são construídos para automatizar qualquer cenário de teste funcional. Os principais méritos do UFT sobre outras ferramentas de automação de teste são especificados abaixo -

  • O processo de automação de teste é simples e fácil de aprender a usar a ferramenta em um curto espaço de tempo.
  • A automação pode ser feita por meio da gravação.
  • A identificação do objeto de teste é mais eficiente e robusta.
  • É facilmente compatível com diferentes estruturas de automação de teste padrão.
  • Tem mais cobertura de aplicativos. As famosas plataformas de aplicativos (por exemplo, Web, SAP, SFDC, móvel, etc.) são compatíveis com o UFT.
  • O UFT oferece suporte para teste de serviço da Web (API) e XMLs.
  • Ele suporta vbscripting, que é fácil de aprender
  • Podemos integrar facilmente o UFT ao ALM como uma ferramenta de gerenciamento de teste.
  • Ele tem uma planilha de excel embutida como dataTables que ajuda a desenvolver uma abordagem baseada em dados de teste facilmente.
  • Os relatórios internos estão disponíveis com a ferramenta durante a execução.

Diferentes componentes importantes do UFT são especificados abaixo -

  • Açao Social –As ações são o contêiner real dos scripts de teste, ou seja, podemos desenvolver o caso de teste em uma ação. As funcionalidades do aplicativo podem ser divididas em pequenos blocos / módulos lógicos usando as ações.
  • Repositório de Objetos - As propriedades técnicas dos objetos de teste são armazenadas no repositório de objetos (OR) que são usados ​​para desenvolver os casos de teste automatizados no UFT.
  • Tabela de dados - Outro recurso importante do UFT é a tabela de dados usada para gerenciamento de dados de teste. Com base no uso e aparência, é comparável à planilha do Microsoft Excel. Podemos adicionar, editar e excluir dados a qualquer momento da tabela de dados. A tabela de dados nos permite projetar a estrutura de teste de automação baseada em dados.
  • Biblioteca de funções - A biblioteca de funções do UFT contém as funções e subprocedimentos definidos pelo usuário. Conceitualmente, função é um bloco de códigos ou instruções que são usados ​​para realizar uma tarefa específica. Para acessar as funções das bibliotecas de funções, primeiro precisamos associar a biblioteca aos casos de teste do UFT.
  • Variável de ambiente - O UFT nos permite armazenar dados de teste relacionados à configuração que estarão acessíveis em todo o conjunto de testes em um tipo especial de variáveis. Essas variáveis ​​são conhecidas como variáveis ​​de ambiente. Três tipos de variáveis ​​de ambiente estão disponíveis - variáveis ​​de ambiente internas definidas pelo usuário interno e definidas pelo usuário externo. Detalhes sobre variáveis ​​de ambiente estão disponíveis SUA PARTICIPAÇÃO FAZ A DIFERENÇA.
Visão geral do UFT
Visão geral do UFT

Sobre a estrutura de teste de automação: 

A estrutura de teste de automação define algumas diretrizes padrão que ajudam a realizar atividades de teste de automação de teste de maneira organizada e eficiente. Os objetivos das estruturas de teste de automação conforme especificado abaixo -

  • Use os mesmos padrões em todos os casos de teste.
  • Aumente a velocidade das atividades de automação de teste, como desenvolvimento, execução, manutenção etc.
  • Fácil de depurar os casos de teste com falha.
  • Usando padrões predefinidos, há melhor legibilidade.
  • Reduz os esforços de execução de teste pela implementação de execução autônoma.
  • Os dados de teste podem ser gerenciados de forma estruturada, definindo as estruturas adequadas.

Na seção abaixo, todos os tipos de estruturas de teste automatizado são explicados -

Estrutura de automação linear -

Esse tipo de estrutura de teste de automação também é conhecido como estrutura de gravação e reprodução. A razão por trás dessa convenção de nomenclatura é que os casos de teste são criados gravando o cenário de teste pelo recurso Gravação do UFT. Este tipo de caso de teste não contém parametrização de dados, componentes reutilizáveis ​​etc. Aqui, os casos de teste podem ser criados rapidamente com o mínimo de habilidades do testador. Essa estrutura de teste é popular para execução de teste única, mas não é aconselhável usar para longa execução. Como ele precisa de muito mais esforços de manutenção se compararmos com outros frameworks.

Estrutura Modular Driven - 

O nome sugere que os casos de teste são conduzidos por módulos reutilizáveis, o que significa que todo o cenário de teste é dividido em pequenas partes como módulos. Ao bater os módulos, podemos criar os casos de teste. Os módulos podem ser criados usando ações ou procedimentos reutilizáveis ​​com o repositório de objetos compartilhados de ajuda. Antes de iniciar o script, precisamos analisar todos os cenários de teste e identificar as pequenas seções que podem ser reutilizadas repetidamente.

Como os módulos são o driver neste framework de teste, os esforços de manutenção de teste são muito menores se compararmos com o framework de teste linear. Essa abordagem de estrutura é muito útil para qualquer aplicativo em que diferentes fluxos de teste estejam disponíveis.

Estrutura baseada em dados -

Conforme o nome sugere, os casos de teste são conduzidos por dados de teste em uma estrutura de teste baseada em dados. Os dados de teste podem ser armazenados em tabelas de dados, planilhas de excel, bancos de dados ou arquivos csv que serão buscados e usados ​​durante a execução do teste. Esta estrutura é muito útil para aplicativos onde um único fluxo está disponível e com base em diferentes critérios de dados, diferentes casos de teste são criados. Ele minimiza o número de casos de teste, pois o mesmo caso de teste pode ser executado para diferentes conjuntos de dados de teste. Assim, também reduz os esforços de manutenção.

Estrutura baseada em palavras-chave - 

A estrutura de teste baseado em palavras-chave também é chamada de teste baseado em tabela. O primeiro passo deste quadro é desenvolver as chaves que representam os pequenos módulos, como invocar, entrar, inserir dados, clique em Enviar, verificar, Sair, etc. Então, especificando as chaves no Excel predefinido ou tabela de dados junto com os dados e operação, podemos desenvolver os casos de teste. Nesta estrutura, é necessário um script de driver que lê o excels ou a tabela de dados e executa a tarefa correspondente de acordo com as chaves. É mais adequado para pequenos projetos e, devido ao uso de chaves reutilizáveis, os esforços de manutenção são muito menores. A principal desvantagem dessa estrutura baseada em palavras-chave é a complexidade.

Estrutura de teste híbrido -

Combinando duas ou mais estruturas de teste explicadas acima, podemos definir as estruturas de teste híbridas. Esses tipos de estruturas são usados ​​principalmente para qualquer projeto de automação de teste.

Visão geral do UFT - estrutura de teste
Visão geral do UFT - estrutura de teste

Conclusão:

Neste artigo sobre a Visão geral do UFT, aprendemos sobre a visão geral dos testes de automação, componentes do UFT e estruturas de teste. Clique SUA PARTICIPAÇÃO FAZ A DIFERENÇA para entender mais no portal de suporte Microfocus.

     

Deixe um comentário