De dados, palavras-Chave & Híbrido Estruturas de Automação em QTP/UFT
neste tutorial, vamos usar QTP (PS UFT) para criar
- Dados Orientado Framework
- palavras-Chave Impulsionado Framework
- Híbrido Framework
Então vamos começar –
Dados Orientado Framework
Dados Orientado Framework é um framework, que é conduzido por diferentes combinações de dados de entrada e saída.
uma maneira de passar diferentes combinações de dados é por parametrização. Neste método, usamos diferentes recursos do QTP. Para saber mais sobre parametrização, visite aqui.
no entanto, no DDF, os scripts são escritos para fazer a parametrização. Esse tipo de estrutura é ú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 para a fonte externa correspondente.
geral etapas envolvidas na data-driven quadro são:
- Prepare o Caso de Teste para a Aplicação Sob Teste
- Adicionar Objetos a partir de AUT OU
- Escrever os scripts com base no Caso de Teste
neste tutorial, iremos desenvolver um data-driven quadro de design para um exemplo de caso de teste utilizando o Excel como uma fonte externa para os dados de Teste.
Step1) 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 os diferentes números de Ordem
Externo Fonte: Arquivo do Excel
fonte Externa para este exemplo é um arquivo de Excel. O script VB no Micro Focus UFT deve ser gravado para abrir um arquivo do Excel para ler os dados de teste. Isso pode ser alcançado de maneira hierárquica.
1. Um arquivo Excel é aberto pela primeira vez um aplicativo as
2. Em seguida, a pasta de trabalho deve ser aberta a partir do local especificado
3. A folha onde os dados de teste estão presentes.
4. Finalmente, a célula deve ser lida.
Etapa 2) Adicione os objetos do AUT a ou
assim que o caso de teste estiver pronto, comece a adicionar todos os objetos necessários ao repositório. No nosso caso de teste, os objetos precisam ser adicionados são como segue
- “Abrir Pasta” ícone no Voo de solicitação de Reserva
- “a Ordem Não” na caixa de Seleção que pode ser obtido quando a opção “Abrir Pasta” ícone é clicado
- O WinEdit caixa da Ordem nenhum (onde são introduzidos os números)
- O botão OK
- O campo “Nome” que é um WinEdit caixa. Este campo será preenchido com um nome assim que o botão OK for clicado para um determinado número de pedido.
uma Vez que todos os objetos necessários foram adicionados, o repositório de objectos irá aparecer da seguinte maneira:
Passo 3) Escrever os scripts com base no Caso de Teste
Antes de executar o script, certifique-se de que o ficheiro do Excel que contém os dados de teste foi salvo e fechado.
o script abaixo é ler o número do pedido do Excel e atribuí-lo ao aplicativo por meio da variável “vOrder” e escrever o nome do cliente do aplicativo por meio da variável “vName”.
Nome Do Excel: FlightDDF.xlsx
Nome da Folha: Folha1
Saída
uma Vez que o script acima é executado, a saída pode ser obtido a partir do Excel da seguinte forma:
a estrutura orientada a dados também pode ser desenvolvida escrevendo programação descritiva.
Usando o Banco de dados como uma Fonte Externa para FDUC
O mesmo caso de teste pode ser executado se a fonte externa é um Banco de dados utilizando os seguintes passos
- Escrever VBScript para estabelecer a conexão de banco de dados
- VBScript para abrir um conjunto de registos ou de uma tabela.
- VBScript para abrir o campo desejado
- A célula específica é lida a partir do campo.
Script
To Establish a Microsoft Database connection
Driver = {Microsoft Access Driver (*.mdb)}; DBQ = < Caminho do banco de dados>
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.
Saída
> Vantagens da FDUC
- UM grande número de dados de teste pode ser lido e gravado em arquivo externo em um único teste
- instrução Loop é usado para repetir os mesmos passos para várias iterações. Daí o esforço de codificação é reduzida
- uma vez que os dados são lidos e gravados diretamente no arquivo externo, não há necessidade de cópia, colar ou exportação de dados para usá-los
- Dados de Teste podem ser lidos a partir de um arquivo externo, e os resultados podem ser escritos em qualquer outro arquivo externo
Desvantagens do FDUC
- Script, é necessário o conhecimento para desenvolver este quadro
- às Vezes ou número de combinações de dados de uma fonte externa, como o Banco de dados pode diminuir ou até mesmo travar o QTP
Palavras-Chave Impulsionado Framework
Keyword Driven Framework é uma estrutura em que as palavras-chave conduzem o teste. Aqui, a palavra-chave refere-se às funções definidas pelo Usuário. Nesse quadro, 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 para o teste de driver para executar vários casos de teste no mesmo teste.
Para saber sobre funções definidas pelo usuário em QTP, por favor visite aqui
Em geral, os quadros podem ser desenvolvidos em três formas, a fim de executar o teste.
- Gravar e executar o teste
- Adicionar objetos para o repositório local e escrever os scripts para todas as etapas de teste
- Escrever descritivo de programação para todas as etapas de teste
neste tutorial, O KDF é desenvolvido pela gravação e a execução do teste.
nosso objetivo é executar um único teste para cinco casos de teste diferentes, como login no aplicativo, inserir um pedido, abrir um pedido, excluir um pedido e fechar o aplicativo. Portanto, registraremos as etapas de teste para esses casos de teste e criaremos as funções com palavras-chave Login, InsertOrder, OpenOrder, DeleteOrder e CloseApp, respectivamente.
Teste de Caso1: o Login no aplicativo
palavras-Chave: Login ()
Script Gravado:
Teste Case2: Insira o Fim
palavras-Chave:InsertOrder()
Script Gravado:
Teste Case3: Abra a Ordem de
palavras-Chave:OpenOrder()
Script Gravado:
Teste Case4: Apagar a Ordem
palavras-Chave:DeleteOrder()
Script Gravado:
Teste Case5: Fechar o aplicativo
palavras-Chave:CloseApp()
Script Gravado:
as funções criadas para diferentes casos de teste são salvas em uma biblioteca de funções e estão associadas ao teste principal. Basta 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 do Driver para esta estrutura simples parece:
executando o script acima, o resultado real para todos os cinco casos de teste podem ser obtidos a partir 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 geral descritivo de programação para todos os web/ windows objetos & chamando-los como palavras-chave irá ajudar na execução do mesmo teste para diferentes aplicações dinâmicas
- Reduz o tamanho do driver de script
Desvantagens
- Tempo necessário para desenvolver esses quadros é muito alto se há muito poucos números de casos de teste para executar o
- Gravar os passos não é sempre utilizado quando a concepção de KDF para muitas aplicações no mesmo teste.
estrutura híbrida
uma estrutura híbrida é uma combinação de estrutura orientada a dados (DDF) e estrutura orientada a palavras-chave (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 os mesmos que no KDF. No entanto, TC3: abrir o pedido foi parametrizado. Daí o script para este caso de teste é escrito para receber o número da ordem de um arquivo do Excel e escrever o nome do cliente para o arquivo do excel
Teste de Caso1: o Login no aplicativo
palavras-Chave: Login ()
Teste Case2: Insira o Fim
palavras-Chave:InsertOrder()
Teste Case3: Abra a Ordem para vários números de ordem
palavras-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.
Script:
Teste Case4: Eliminar Ordem
palavras-Chave:DeleteOrder()
Teste Case5: Fechar o aplicativo
palavras-Chave:CloseApp()
seguindo este método simples, a parametrização do TC3 é alcançado. 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 programação descritiva.
> Vantagens
- O tempo levado para executar o teste projetado com um híbrido quadro é relativamente menor em comparação a outros quadros
- pode ser usado quando precisamos de todos os casos de teste e insumos que estão associados a um determinado caso de teste, no mesmo conjunto de teste.
desvantagem
- é necessário um conhecimento claro sobre a combinação de diferentes estruturas.