Neste tutorial, usaremos QTP (HP UFT) para criar
- Estrutura baseada em dados
- Estrutura baseada em palavras-chave
- Estrutura Híbrida
Então vamos começar -
Estrutura baseada em dados
Data Driven Framework é uma estrutura que é conduzida por diferentes combinações de dados de entrada e saída.
Uma forma de passar diferentes combinações de dados é por Parametrização. Neste método, usamos diferentes recursos do QTP. Para saber mais sobre Parametrização, acesse aqui.
No entanto, no DDF, os scripts são escritos para fazer a parametrização. Este tipo de framework é útil quando a funcionalidade do AUT deve ser testada com várias entradas e capturar as respectivas saídas. Essas entradas podem ser lidas de um arquivo externo, como banco de dados, Excel, Outlook, arquivo de texto, etc. e as respectivas saídas são gravadas de volta na fonte externa correspondente.
As etapas gerais envolvidas na estrutura baseada em dados são:
- Prepare o caso de teste para o aplicativo em teste
- Adicione os objetos de AUT a OR
- Escreva os scripts com base no caso de teste
Neste tutorial, desenvolveremos um design de estrutura orientado a dados para um caso de teste de amostra usando o Excel como uma fonte externa para os dados de teste.
Etapa 1) Prepare o Caso de Teste para o Aplicativo em Teste
Caso de teste : Abra o número do pedido e obtenha o nome do cliente para esse pedido. Repita o mesmo processo para diferentes números de pedido
Fonte Externa : Arquivo Excel
A fonte externa para este exemplo é um arquivo Excel. O script VB no Micro Focus UFT deve ser escrito para abrir um arquivo Excel para ler os dados de teste. Isso pode ser alcançado de forma hierárquica.
1. Um arquivo Excel é aberto pela primeira vez como um aplicativo
2. Em seguida, a pasta de trabalho deve ser aberta no local especificado
3. A folha onde os dados do teste estão presentes.
4. Finalmente, a célula deve ser lida.
Etapa 2) Adicionar os objetos de AUT a OR
Assim que o caso de teste estiver pronto, comece a adicionar todos os objetos necessários ao repositório. Em nosso caso de teste, os objetos que precisam ser adicionados são os seguintes
- Ícone “Abrir Pasta” no aplicativo de Reserva de Voo
- Caixa de seleção “Nº do pedido” que pode ser obtida quando o ícone “Abrir pasta” é clicado
- A caixa WinEdit do nº do pedido (onde os números são inseridos)
- O botão OK
- O campo “Nome” que é uma caixa WinEdit. Este campo será preenchido com um nome assim que o botão OK for clicado para um número de pedido específico.
Depois que todos os objetos necessários forem adicionados, o repositório de objetos aparecerá da seguinte maneira:
Etapa 3) Escreva os scripts com base no caso de teste
Antes de executar o script, certifique-se de que o arquivo Excel contendo os dados de teste foi salvo e fechado.
O script abaixo serve para ler o número do pedido no Excel e atribuí-lo ao aplicativo através da variável “vOrder” e escrever o nome do cliente do aplicativo através da variável “vName”.
Nome do Excel : FlightDDF.xlsx
Nome da folha : Folha1
Resultado
Depois que o script acima é executado, a saída pode ser obtida no Excel da seguinte forma:
O Data-Driven Framework também pode ser desenvolvido escrevendo uma programação descritiva.
Usando banco de dados como uma fonte externa para DDF
O mesmo caso de teste pode ser executado se a fonte externa for um banco de dados usando as seguintes etapas
- Escreva VBScript para estabelecer a conexão com o banco de dados
- VBScript para abrir um conjunto de registros ou uma tabela.
- VBScript para abrir o campo desejado
- A célula específica é lida no campo.
Roteiro
Para estabelecer uma conexão de banco de dados Microsoft
Driver = {Driver do Microsoft Access (* .mdb)}; DBQ =
Nome do conjunto de registros: OpenOrder
Nome dos campos: OrderNo, CustomerName
PS: O Microsoft Access 2010 não pode ser conectado usando o script abaixo.
Resultado
Vantagens do DDF
- Um grande número de dados de teste podem ser lidos e gravados no arquivo externo em um único teste
- A instrução Loop é usada para repetir as mesmas etapas para várias iterações. Portanto, o esforço de codificação é reduzido
- Uma vez que os dados são lidos e gravados diretamente no arquivo externo, não há necessidade de copiar, colar ou exportar dados para usá-los
- Os dados de teste podem ser lidos de um arquivo externo e as saídas podem ser gravadas em qualquer outro arquivo externo
Desvantagens do DDF
- É necessário conhecimento de script para desenvolver esta estrutura
- Às vezes, o número ou combinações de dados de uma fonte externa como banco de dados podem diminuir ou até mesmo travar o QTP
Estrutura baseada em palavras-chave
O Keyword Driven Framework é um framework onde as palavras-chave conduzem o teste. Aqui, a palavra-chave refere-se às funções definidas pelo usuário . Nessa estrutura, as palavras-chave são criadas para executar uma etapa de teste específica ou um caso de teste. Essas palavras-chave são então chamadas no teste de driver para executar vários casos de teste no mesmo teste.
Para saber sobre as funções definidas pelo usuário em QTP, visite aqui
Em geral, as estruturas podem ser desenvolvidas de três maneiras para serem executadas no teste.
- Grave e execute o teste
- Adicione objetos ao repositório local e escreva os scripts para todas as etapas de teste
- Escreva uma programação descritiva para todas as etapas do teste
Neste tutorial, o KDF é desenvolvido gravando e executando o teste.
Nosso objetivo é executar um único teste para cinco casos de teste diferentes, como fazer login no aplicativo, inserir um pedido, abrir um pedido, excluir um pedido e fechar o aplicativo. Portanto, vamos registrar as etapas de teste para esses casos de teste e criar as funções com as palavras-chave Login, InsertOrder, OpenOrder, DeleteOrder e CloseApp respectivamente.
Caso de teste 1: faça login no aplicativo
Palavra-chave: Login ()
Script gravado:
Caso de teste 2: insira o pedido
Palavra-chave: InsertOrder ()
Script gravado:
Caso de teste 3: Abra o pedido
Palavra-chave: OpenOrder ()
Script gravado:
Caso de teste 4: Excluir o pedido
Palavra-chave: DeleteOrder ()
Script gravado:
Caso de teste 5: feche o aplicativo
Palavra-chave: CloseApp ()
Script gravado:
As funções criadas para diferentes casos de teste são salvas em uma biblioteca de funções e associadas ao teste principal. É suficiente chamar as palavras-chave para os casos de teste necessários no teste principal, reduzindo assim o tamanho do script do driver no teste principal.
O script de driver para esta estrutura simples é semelhante a:
Ao executar o script acima, o resultado real de todos os cinco casos de teste pode ser obtido de um único teste.
Vantagens
- Qualquer número de casos de teste pode ser executado em um único teste apenas chamando suas respectivas palavras-chave
- Escrever uma programação descritiva geral para todos os objetos da web / Windows e chamá-los como palavras-chave ajudará na execução do mesmo teste para diferentes aplicativos dinâmicos
- Reduz o tamanho do script do driver
Desvantagens
- O tempo necessário para desenvolver esses frameworks é muito alto se houver muito poucos casos de teste para executar
- O registro das etapas nem sempre é usado ao projetar KDF para muitos aplicativos no mesmo teste.
Estrutura Híbrida
Uma estrutura híbrida é uma combinação de Data Driven Framework (DDF) e Keyword Driven Framework (KDF), onde vários casos de teste com várias entradas podem ser executados no mesmo teste.
Neste artigo, os mesmos casos de teste usados no KDF serão executados em um único teste. As palavras-chave e os scripts para todos os casos de teste são iguais aos do KDF. No entanto, TC3: Abrir o pedido foi parametrizado. Portanto, o script para este caso de teste é escrito para receber o número do pedido de um arquivo Excel e para escrever o nome do cliente no arquivo Excel
Caso de teste 1: faça login no aplicativo
Palavra-chave: Login ()
Caso de teste 2: insira o pedido
Palavra-chave: InsertOrder ()
Caso de teste 3: Abra o pedido para vários números de pedido
Palavra-chave: OpenOrder ()
Descrição: aqui o mesmo script usado para desenvolver um DDF é usado, alcançando assim o caso de teste para várias iterações.
Roteiro:
Caso de teste 4: Excluir o pedido
Palavra-chave: DeleteOrder ()
Caso de teste 5: feche o aplicativo
Palavra-chave: CloseApp ()
Seguindo este método simples, consegue-se a parametrização do TC3. Se aplicável, todos os outros casos de teste também podem ser parametrizados no mesmo teste.
Por exemplo, é uma maneira muito simples de projetar uma estrutura híbrida. A mesma estrutura também pode ser alcançada com a programação descritiva.
Vantagens
- O tempo gasto para executar o teste projetado com uma estrutura híbrida é relativamente menor em comparação com outras estruturas
- Isso pode ser usado quando precisamos de todos os casos de teste e entradas que estão associados a um caso de teste específico, no mesmo conjunto de testes.
Desvantagem
- É necessário um conhecimento claro sobre a combinação de diferentes estruturas.