winrunner automation tool history
Revisão abrangente da ferramenta de automação WinRunner, perguntas frequentes e respostas para se preparar para a próxima entrevista:
Isso é parte da postagem “Série de perguntas e respostas da entrevista do WinRunner”
A ferramenta de automação HP WinRunner era propriedade da Mercury Interactive. Quando a HP adquiriu a Mercury Interactive, eles interromperam o suporte do Winrunner e sugeriram o uso do software HP Functional Testing.
Estas são algumas perguntas importantes da entrevista do WinRunner, feitas com freqüência na entrevista do Teste de Automação. Se você não tem certeza de alguma resposta, peça esclarecimentos em seus comentários na seção de comentários. Esta série de postagem de tutoriais do WinRunner faz parte da série de preparação da Entrevista de teste para ajudar na sua preparação.
O que você aprenderá:
Preparação da ferramenta de automação WinRunner
A seguir mencionadas estão algumas perguntas e respostas para ajudá-lo a entender a preparação da ferramenta WinRunner Automation.
P # 1) Como você analisa os resultados do teste na ferramenta WinRunner e relata os defeitos?
Responda: Quando você termina qualquer teste no WinRunner, ele exibe os resultados em um formato de relatório.
O relatório registra as informações gerais sobre a execução do teste, por exemplo. data, modo de operação e tempo total de execução. Além disso, os detalhes do relatório incluem todos os principais eventos que ocorreram durante a execução, como pontos de verificação, mensagens de erro, mensagens do sistema ou mensagens do usuário.
Uma incompatibilidade pode ser encontrada no painel do relatório, comparando o resultado real e o resultado esperado. Se a execução de um teste falhar devido a um defeito no aplicativo que está sendo testado, você pode relatar informações sobre o defeito diretamente na janela Resultados do Teste.
onde encontrar vídeos de realidade virtual
Essas informações são enviadas por e-mail para o Gerente de Garantia da Qualidade, que rastreia o defeito até que seja corrigido.
P # 2) Qual é o uso da Test Director Testing Tool?
Responda: O Test Director é a ferramenta de gerenciamento de teste de software da Mercury Interactive. Ajuda o pessoal de garantia de qualidade a planejar e organizar o processo de teste. Com TestDirector, você pode criar um banco de dados de testes manuais e automatizados, criar ciclos de teste, executar testes e relatar e rastrear defeitos.
Você também pode criar relatórios e gráficos para ajudar a revisar o andamento dos testes de planejamento, execução de testes e rastreamento de defeitos antes do lançamento do software.
P # 3) Como integrar scripts automatizados do TestDirector para Windrunner Scripts?
Responda: Quando você trabalha no WinRunner e cria qualquer script de teste, tem a opção de salvá-lo diretamente no repositório de teste do Test Director.
Ou ao criar um caso de teste no TestDirector, podemos especificar se o script é automatizado ou manual.
E se for um script automatizado, o TestDirector construirá um esqueleto para o script como TSL (Test Script Language) do WinRunner, que pode ser modificado posteriormente em um que pode ser usado para testar o aplicativo.
P # 4) Quais são os diferentes modos de gravação no WinRunner?
Resposta: Existem dois tipos de gravação no WinRunner:
- Gravação sensível ao contexto, que registra as operações executadas em seu aplicativo, identificando os objetos da interface gráfica do usuário (GUI). O WinRunner identifica todos os objetos em sua janela em que você clicou, como menus, janelas, listas, botões e o tipo de operação que você executa, como habilitar, mover, selecionar, etc.
- Gravação Analógica registra a entrada do teclado, cliques do mouse e as coordenadas xey precisas percorridas pelo ponteiro do mouse na tela, ou seja, o WinRunner registra as coordenadas exatas viajadas pelo mouse.
P # 5) Qual é o objetivo de carregar os suplementos do WinRunner?
Responda: Os suplementos são usados no WinRunner para carregar funções específicas para o suplemento particular na memória. Ao criar um script, apenas as funções do suplemento que são selecionadas serão listadas no gerador de função.
E durante a execução do script, apenas as funções que estão no suplemento carregado serão executadas, caso contrário, o WinRunner exibirá uma mensagem de erro dizendo que não reconhece a função.
P # 6) Quais são as razões pelas quais o WinRunner falha em identificar o objeto GUI?
Responda: O WinRunner falha em identificar um objeto em uma GUI devido a vários motivos. Poucos deles são alistados abaixo.
- O objeto não é um objeto padrão do Windows.
- Se o navegador usado não for compatível com a versão do WinRunner, o GUI Map Editor não será capaz de aprender nenhum dos objetos exibidos na janela do navegador.
Q # 7) O que você quer dizer com o nome lógico do objeto?
Responda: Quando você clica em um objeto, o WinRunner atribui ao objeto um nome lógico, que geralmente é o rótulo de texto do objeto. O nome lógico facilita a leitura do script de teste.
Por exemplo, quando você seleciona a caixa de seleção No. do pedido, o WinRunner registra a seguinte declaração no WinRunner TSL:
button_set (“Pedido nº”, ON);
“Pedido nº” é o nome lógico do objeto.
O nome lógico de um objeto é determinado por sua classe. Na maioria dos casos, o nome lógico é o rótulo que aparece em um objeto.
P # 8) Se o objeto não tiver um nome, então qual será o nome lógico?
Responda: Se o objeto não tiver um nome, o nome lógico pode ser o texto anexado.
P # 9) Qual é a diferença entre o mapa da GUI e os arquivos de mapa da GUI?
Responda: O mapa da GUI é a soma de um ou mais arquivos de mapa da GUI. Existem dois modos para organizar os arquivos de mapa da GUI.
- Arquivo de mapa de GUI global: Este é um único arquivo de mapa de GUI para todo o aplicativo.
- Arquivo de mapa de GUI para teste: O WinRunner cria automaticamente um arquivo GUI Map para cada teste criado.
O arquivo GUI Map é um arquivo que contém as janelas e os objetos aprendidos pelo WinRunner com seu nome lógico e sua descrição física.
Perguntas da entrevista do WinRunner com respostas
Neste post da série de preparação para entrevistas do WinRunner, você pode encontrar aqui as perguntas mais frequentes para as entrevistas do WinRunner com respostas.
A maioria das perguntas é baseada em Test Script Language (TSL), scripts de gravação no WinRunner e introdução a alguns comandos básicos importantes do WinRunner.
P # 1) Qual é o propósito do comando set_window?
Responda: O comando Set_Window define o foco para a janela especificada. Usamos este comando para definir o foco para a janela necessária antes de executar testes em uma janela específica.
Sintaxe: set_window (, hora);
Aqui, o nome lógico é o nome lógico da janela e o tempo é o tempo pelo qual a execução deve esperar até colocar a janela em foco.
Por exemplo:
set_window (“Imprimir”, 12);
button_press (“OK”);
Aqui,
A instrução set_window indica que a janela Imprimir é a janela ativa.
O botão OK é aprendido dentro do contexto desta janela.
Se você programar um teste manualmente, você precisa inserir a instrução set_window e a janela ativa muda. Ao editar um script, tome cuidado para não excluir as instruções set_window necessárias.
P # 2) Por que normalmente não carregamos os mapas da GUI por meio de scripts de inicialização?
Responda: Normalmente não carregamos os mapas da GUI por meio de scripts de inicialização como:
- Se estivermos usando um único arquivo de mapa de GUI para todo o AUT, a memória usada pelo mapa de GUI pode ser muito alta.
- Se houver qualquer alteração no objeto sendo aprendido, o WinRunner não será capaz de reconhecer o objeto, pois ele não está no arquivo de mapa da GUI carregado na memória. Portanto, teremos que aprender o objeto novamente e atualizar o arquivo GUI e recarregá-lo.
P # 3) Como você descarrega o mapa da GUI?
Responda: Podemos usar o comando GUI_close para descarregar um arquivo de mapa de GUI específico ou podemos usar o comando GUI_close_all para descarregar todos os arquivos de mapa de GUI carregados na memória.
Sintaxe: GUI_close (); ou GUI_close_all;
Você também pode usar as funções GUI_unload e GUI_unload_all para descarregar os arquivos de mapa da GUI carregados.
P # 4) Qual é o uso do mapa da GUI e o que acontece quando o arquivo do mapa da GUI é carregado?
Responda: Quando carregamos um arquivo de mapa de interface do usuário, as informações sobre as janelas e os objetos com seus nomes lógicos e descrição física são carregados na memória.
Portanto, quando o WinRunner executa um script em uma janela específica, ele pode identificar os objetos usando essas informações carregadas na memória.
P # 5) Como você copia e move objetos entre diferentes arquivos de mapa de GUI?
Responda: Podemos copiar e mover objetos entre diferentes arquivos de mapa de GUI usando o Editor de mapa de GUI.
As etapas a serem seguidas são:
- Escolha Ferramentas> Editor de mapa da GUI para abrir o Editor de mapa da GUI.
- Escolha Exibir> Arquivos GUI.
- Clique em Expandir no Editor de Mapas da GUI. A caixa de diálogo se expande para exibir dois arquivos de mapa da GUI simultaneamente.
- Visualize um arquivo de mapa da GUI diferente em cada lado da caixa de diálogo clicando nos nomes dos arquivos nas listas de Arquivos da GUI.
- Em um arquivo, selecione os objetos que deseja copiar ou mover. Use a tecla Shift e / ou a tecla Control para selecionar vários objetos. Para selecionar todos os objetos em um arquivo de mapa da GUI, escolha Editar> Selecionar tudo.
- Clique em Copiar ou Mover.
- Para restaurar o editor de mapa da GUI ao seu tamanho original, clique em Recolher.
P # 6) Como você configura o mapa GUI?
Resposta: O mapa da GUI pode ser configurado como:
- Quando o WinRunner aprende a descrição de um objeto GUI, ele não aprende todas as suas propriedades. Em vez disso, ele aprende o número mínimo de propriedades para fornecer uma identificação exclusiva do objeto.
- Muitos aplicativos também contêm objetos de GUI personalizados. Um objeto personalizado é qualquer objeto que não pertença a uma das classes padrão usadas pelo WinRunner. Esses objetos são, portanto, atribuídos à classe “objeto” genérico. Quando o WinRunner registra uma operação em um objeto personalizado, ele gera instruções obj_mouse_ no script de teste.
- Se um objeto personalizado for semelhante a um objeto padrão, você pode mapeá-lo para uma das classes padrão. Você também pode configurar as propriedades que o WinRunner usa para identificar um objeto personalizado durante o teste sensível ao contexto. O mapeamento e a configuração que você definiu são válidos apenas para a sessão atual do WinRunner. Para tornar o mapeamento e a configuração permanentes, você deve adicionar instruções de configuração ao seu script de teste de inicialização.
P # 7) Qual é o propósito de um espião GUI?
solução de problemas de perguntas e respostas da entrevista pdf
Responda: Usando o GUI Spy, você pode ver as propriedades de qualquer objeto GUI em sua área de trabalho. Você usa o ponteiro do Spy para apontar para um objeto, e o GUI Spy exibe as propriedades e seus valores na caixa de diálogo GUI Spy.
Você pode escolher ver todas as propriedades de um objeto ou apenas o conjunto selecionado de propriedades que o WinRunner aprende.
Q # 8) Qual é a finalidade dos diferentes métodos de registro 1) Registro 2) Passar 3) Como Objeto 4) Ignorar.
Responda:
- Registro instrui o WinRunner a registrar todas as operações realizadas em um objeto GUI. Este é o método de registro padrão para todas as classes. (A única exceção é a classe estática (texto estático), para a qual o padrão é Pass Up.)
- Passar instrui o WinRunner a registrar uma operação realizada nesta classe como uma operação realizada no elemento que contém o objeto. Normalmente, este elemento é uma janela e a operação é registrada como win_mouse_click.
- Como objeto instrui o WinRunner a registrar todas as operações realizadas em um objeto GUI como se sua classe fosse uma classe de “objeto”.
- Ignorar instrui o WinRunner a ignorar todas as operações realizadas na classe.
P # 9) Quais são os objetos virtuais e como você os aprende?
Responda: Você pode ensinar o WinRunner a reconhecer qualquer bitmap em uma janela como um objeto GUI, definindo o bitmap como um objeto virtual.
Você pode criar botões virtuais, botões de rádio, botões de verificação, listas ou tabelas, de acordo com o comportamento do bitmap em seu aplicativo. Se nenhum desses for adequado, você pode mapear um objeto virtual para a classe de objeto geral.
- Os aplicativos podem conter bitmaps que se parecem e se comportam como objetos GUI. O WinRunner registra operações nesses bitmaps usando instruções win_mouse_click. Definindo um bitmap como um objeto virtual, você pode instruir o WinRunner a tratá-lo como um objeto GUI, como um botão de pressão, ao gravar e executar testes.
- Usando o assistente de Objeto Virtual, você pode atribuir um bitmap a uma classe de objeto padrão, definir as coordenadas desse objeto e atribuir a ele um nome lógico.
P # 10) Qual é o uso do Virtual Object Wizard e como ele é usado?
Resposta: Para definir um objeto virtual usando o assistente de objeto virtual, as etapas listadas são seguidas:
- Escolha Ferramentas> Assistente de objeto virtual. O assistente de objeto virtual é aberto. Clique em Avançar.
- Na lista Classe, selecione uma classe para o novo objeto virtual. Se as linhas forem exibidas na janela. Para uma classe de tabela, selecione o número de linhas e colunas visíveis. Clique em Avançar.
- Clique em Marcar objeto. Use o ponteiro de retículo para selecionar a área do objeto virtual. Você pode usar as teclas de seta para fazer ajustes precisos na área definida com a mira. Pressione Enter ou clique com o botão direito do mouse para exibir as coordenadas do objeto virtual no assistente. Se o objeto marcado estiver visível na tela, você pode clicar no botão Realçar para visualizá-lo. Clique em Avançar.
- Atribua um nome lógico ao objeto virtual. Este é o nome que aparece no script de teste quando você grava no objeto virtual. Se o objeto contiver texto que o WinRunner possa ler, o assistente sugere o uso desse texto para o nome lógico. Caso contrário, o WinRunner sugere virtual_object, virtual_push_button, virtual_list, etc.
- Você pode aceitar a sugestão do assistente ou digitar um nome diferente. O WinRunner verifica se não há outros objetos no mapa da GUI com o mesmo nome antes de confirmar sua escolha. Clique em Avançar.
P # 11) Quais são os modos de gravação de script no WinRunner?
Responda: Existem 2 modos de gravação no WinRunner.
- Gravação contextual registra as operações que você executa em seu aplicativo, identificando objetos de interface gráfica do usuário (GUI).
- Gravação analógica registra a entrada do teclado, cliques do mouse e as coordenadas xey precisas percorridas pelo ponteiro do mouse na tela.
Q # 12) O que é um Checkpoint e quais são os diferentes tipos de Checkpoints?
Responda: Os pontos de verificação permitem que você compare o comportamento atual do aplicativo que está sendo testado com seu comportamento em uma versão anterior.
Você pode adicionar quatro tipos de pontos de verificação aos seus scripts de teste:
- Pontos de verificação GUI verifique as informações sobre os objetos da GUI. Por exemplo, você pode verificar se um botão está habilitado ou ver qual item está selecionado em uma lista.
- Pontos de verificação de bitmap tire um instantâneo de uma janela ou área de seu aplicativo e compare com uma imagem capturada em uma versão anterior.
- Pontos de verificação de texto leia o texto em objetos da GUI e bitmaps e permita que você verifique seu conteúdo.
- Pontos de verificação de banco de dados verifique o conteúdo e o número de linhas e colunas de um conjunto de resultados, que é baseado em uma consulta que você cria em seu banco de dados.
Perguntas mais frequentes do Winrunner
Aqui está a lista de algumas perguntas frequentes da entrevista do WinRunner com respostas.
Vou continuar esta série, pois publiquei algumas perguntas e respostas do WinRunner.
P # 13) Como você usou o WinRunner em seu projeto?
Responda: Sim, tenho usado o WinRunner para criar scripts automatizados para GUI, testes funcionais e de regressão do AUT.
reparo de registro gratuito para windows 10
P # 14) Explique o processo de teste do WinRunner?
Responda: O processo de teste do WinRunner envolve seis estágios principais:
- Crie um arquivo de mapa de GUI para que o WinRunner possa reconhecer os objetos GUI no aplicativo que está sendo testado.
- Crie scripts de teste por gravação, programação ou uma combinação de ambos. Ao registrar os testes, insira os pontos de verificação onde deseja verificar a resposta do aplicativo que está sendo testado.
- Teste de depuração: execute testes no modo de depuração para certificar-se de que funcionam sem problemas.
- Executar testes: execute testes no modo Verificar para testar seu aplicativo.
- Ver resultados: Determina o sucesso ou falha dos testes.
- Reportar defeitos: Se a execução de um teste falhar devido a um defeito no aplicativo que está sendo testado, você pode relatar informações sobre o defeito diretamente na janela Resultados do Teste.
Q # 15) O que está contido no mapa da GUI?
Responda: O WinRunner armazena informações que aprende sobre uma janela ou objeto em um Mapa de GUI.
Quando o WinRunner executa um teste, ele usa o mapa da GUI para localizar objetos. Ele lê a descrição de um objeto no mapa da GUI e, em seguida, procura um objeto com as mesmas propriedades no aplicativo que está sendo testado. Cada um desses objetos no arquivo de mapa da GUI terá um nome lógico e uma descrição física.
Existem 2 tipos de arquivos de mapa da GUI:
- Arquivo de mapa de GUI global: Este é um único arquivo de mapa de GUI para todo o aplicativo
- Arquivo de mapa de GUI para teste: O WinRunner cria automaticamente um arquivo GUI Map para cada teste criado.
P # 16) Como o WinRunner reconhece objetos no aplicativo?
Responda: O WinRunner usa o arquivo GUI Map para reconhecer objetos no aplicativo. Quando o WinRunner executa um teste, ele usa o mapa da GUI para localizar objetos. Ele lê a descrição de um objeto no mapa da GUI e, em seguida, procura um objeto com as mesmas propriedades no aplicativo que está sendo testado.
P # 17) Você criou scripts de teste e o que está contido nos scripts de teste?
Responda: Sim, criei scripts de teste. Ele contém a declaração no Test Script Language (TSL) da Mercury Interactive. Essas instruções aparecem como um script de teste em uma janela de teste.
Você pode, então, aprimorar seu script de teste gravado, digitando funções TSL adicionais e elementos de programação ou usando a ferramenta de programação visual do WinRunner, o Gerador de Função.
P # 18) Como o WinRunner avalia os resultados do teste?
Responda: Após cada execução de teste, o WinRunner exibe os resultados em um relatório. O relatório detalha todos os eventos principais que ocorreram durante a execução, como pontos de verificação, mensagens de erro, mensagens do sistema ou mensagens do usuário.
Se incompatibilidades forem detectadas nos pontos de verificação durante a execução do teste, você pode visualizar os resultados esperados e os resultados reais na janela Resultados do teste.
P # 19) Você executou a depuração dos scripts?
Responda: Sim, executei a depuração de scripts. Podemos depurar o script executando-o no modo de depuração. Também podemos depurar o script usando as funcionalidades Step, Step Into, Step out fornecidas pelo WinRunner.
Q # 20) Como você executa seus scripts de teste?
Responda: Fazemos testes em Modo de verificação para testar seu aplicativo. Cada vez que o WinRunner encontra um ponto de verificação no script de teste, ele compara os dados atuais do aplicativo sendo testado com os dados esperados capturados anteriormente.
Se alguma incompatibilidade for encontrada, o WinRunner os captura como resultados reais.
Perguntas de triagem do WinRunner
Perguntas de triagem: O entrevistador pode rejeitar o candidato se ele / ela não for capaz de responder a 2 perguntas das 4 seguintes:
P # 21) Onde você aprendeu WinRunner e TestDirector?
Responda: Se eles disserem que foi em uma aula de mercúrio, pergunte se eles podem mostrar o certificado de conclusão. Se eles disserem não, deixe-os saber que você irá verificar com o Mercúrio.
P # 22) Você já criou um script de inicialização?
Responda: Se eles responderem “sim”, pergunte o que há nele e como eles fizeram o WR executar o script de inicialização quando o WR é invocado.
Eles devem responder algo como: “No script de inicialização, carregamos todos os mapas de GUI para o aplicativo, todos os arquivos de biblioteca de que precisávamos e qualquer mapeamento de objeto de GUI personalizado que tenhamos que fazer.
Também carregamos variáveis globais e variáveis de sistema aqui. O local do script de inicialização é adicionado ao arquivo WR .ini, wrun.ini localizado no diretório do Windows ou WinNT como wrun.ini ”
P # 23) Qual é a diferença entre escrever uma função e escrever um script?
Resposta: As diferenças estão listadas abaixo:
- Uma função vai para um “módulo compilado”, um script que não vai.
- Uma função segue uma sintaxe “c” estrita. Por exemplo, você tem que declarar todas as variáveis criadas e usadas na função. Em um script, você não.
Q # 24) Qual é a diferença entre “set_window” e “win_activate”.?Quando você usaria “set_window” e quando você usaria “win_activate”?
Responda:
win_activate tem o formato: win_activate (janela) ;.
A função win_activate torna a janela especificada a janela ativa, colocando-a em foco e elevando-a para o topo da tela. (É o equivalente a clicar no banner da janela)
set_window tem o seguinte formato: set_window (janela, [tempo]);
A função set_window direciona a entrada para a janela correta do aplicativo. Isso direciona o mapa da GUI para esta janela. Ele também define o escopo para identificação de objeto no mapa da GUI.
A diferença mais importante é que set_window tem uma opção de tempo. O WinRunner irá esperar por um máximo do número usado na função, MAIS o sistema definir um tempo limite, para esperar que a janela apareça.
Win_activate assume que a janela já está na área de trabalho e não tem opção de tempo.
Conclusão
Estas são algumas perguntas simples que devem ser muito fáceis para um usuário WR que tem pelo menos 6 meses de boa experiência para responder.
Tudo de bom!!
Leitura recomendada
- Perguntas e respostas da entrevista
- Algumas perguntas interessantes da entrevista de teste de software
- 39 Perguntas e respostas da entrevista do TOP Automation Testing
- Perguntas e respostas da entrevista de teste de ETL
- Tutorial SeeTest Automation: um guia de ferramenta de automação de teste móvel
- As 12 principais perguntas da entrevista Mockito (Entrevista Mocking Framework)
- Principais perguntas da entrevista sobre Oracle Forms e Reports
- Perguntas da entrevista de teste manual de software para profissionais experientes