VuGen (usuário virtual Generator) Exemplo de script no LoadRunner

O que é VUGen?

VUGen (Usuário virtual Generator) é uma ferramenta chave no LoadRunner para criar scripts de teste para emular o comportamento do usuário real em seu sistema. No VUGen, um humano é substituído por um usuário virtual (VUser) e as ações realizadas por um VUser são registradas no script VUser para emular o comportamento do usuário real para teste e monitoramento.

VUGen é um dos quatro componentes principais do LoadRunner. É o primeiro componente com o qual você interage ao começar a usar o Performance Testes usando o HP LoadRunner.

Vamos entender alguns recursos importantes relacionados ao VUGen

VUScripts: Conforme já descrito, o objetivo do VUGen é criar VUScripts que são usados ​​para simular um usuário virtual real.

Ações: Uma ação é um conjunto de transações do usuário executadas no sistema sob carga para realizar uma tarefa definida. Uma ação pode ser comparada a uma função em outras linguagens de programação. Cada script Vuser possui 3 funções padrão

• Vuser_init(usado para fazer login no aplicativo)
• Ação (usada para registrar o processo de negócios)
• Vuser_end (usado para sair do aplicativo)

O VUGen não apenas grava scripts, mas também os reproduz (para apenas 1 VUser) para garantir que o script seja gravado corretamente. Depois de garantir que o script foi gravado corretamente, você o incorpora em um cenário LoadRunner

O processo de desenvolvimento de script no VUGen

1. Grave o roteiro: Normalmente, esta é a primeira etapa do script, onde cada ação do usuário é registrada em um script.

2. Repita e verifique: Assim que o script for gravado, responda-o para garantir que está funcionando corretamente. Verifique qualquer impacto por meio do frontend ou banco de dados do aplicativo.

3. Aprimore o roteiro: Depois que a gravação for verificada, aprimore o script adicionando pontos de verificação, validando dados, adicionando transações e pontos de encontro.

4. Repita e verifique: Como antes, reproduza seu script e verifique se tudo está funcionando conforme planejado.

5. Defina as configurações de tempo de execução: Configure e controle a duração do ritmo, pense na variação do tempo, nas configurações de proxy e se deseja ignorar quaisquer recursos externos.

6. Use para cenários de carga: Formule cenários de carga com base nos objetivos de teste. Use distribuição de carga e agentes geo-amplos para criar cenários reais.

Compare a gravação entre QTP e LoadRunner

VUGen desconsidera objetos de UI:

Diferentemente dos QTP Os scripts do LoadRunner são independentes da interface gráfica do usuário (GUI). Isso ocorre porque o código gerado não funciona com base em objetos da interface do usuário, mas sim com base no princípio de requisição do cliente ao servidor e na expectativa de uma resposta do servidor ao cliente. É por isso que a reprodução de scripts do LoadRunner é sempre independente do navegador. O usuário virtual (VUser) pode se comunicar diretamente com um servidor executando chamadas à API do servidor, sem depender do software cliente (SUL). Isso significa que não haverá impacto nos scripts se forem feitas alterações na interface do usuário do Sistema em Carga (SUL). Isso indica que... Teste de Desempenho é completamente baseado na comunicação cliente/servidor (solicitação e resposta) e não nos objetos GUI.

Consulte o link abaixo para obter mais detalhes: http://youtu.be/FDORUeqpNJs?t=3m41s

Veremos com mais detalhes como funciona o script VUGen a seguir.

Introdução ao aplicativo Web Tours

Para todos os fins práticos, usaremos o aplicativo Web Tours que vem junto com o LoadRunner.

Os HP Web Tours exigem um “Web Tours” dependente apache servidor” esteja em execução antes de poder operar. Para executar o Web Tours Apache Server, vá para Menu Iniciar => HP Software => Amostras => Web e clique em Iniciar HP Web Tour Server.

Assim que o “servidor” for ativado, ele abrirá um shell e gerará saída no console.

O console deve se parecer com o instantâneo abaixo, procure seu endereço IP no shell:

NOTA: se você fechar esta janela, o servidor irá parar.

Agora você pode acessar o aplicativo Web Tours –

Uma vez lançado, será semelhante a –

Compreendendo o ambiente VUGen

Para executar o VUGen, clique duas vezes no atalho do VUGen na área de trabalho ou vá para Menu Iniciar => HP Software => e clique em Usuário Virtual Generator.

A tela inicial do VUGen aparecerá da seguinte forma

A tela inicial abrirá posteriormente o HP Virtual User Generator Página inicial, conforme mostrado abaixo:

No menu Arquivo, você pode observar vários controles de comando. A finalidade desses controles é mencionada abaixo:

Novo script e solução: é usado para começar a criar um novo script. Alternativamente, você pode criar um novo script a partir do botão da barra de ferramentas.

Abra >> Solução de script: é usado para abrir um script ou solução existente e criado anteriormente em um diretório.

Adicionar >> Novo Script: é usado para adicionar um script criado anteriormente à solução atual

Conheceremos outros controles à medida que começarmos a criar nosso primeiro script. Vamos continuar aprendendo.

Clique aqui. se o vídeo não estiver acessível

Criando seu primeiro script VUGen

Antes de gravar, certifique-se de que o servidor do Web Tours App esteja em execução. Lembre-se de que você precisa manter o servidor funcionando, portanto não o feche. Se a janela incomoda você, você pode minimizá-la.

Dica: Em um problema do mundo real, é necessário familiarizar-se com o aplicativo em questão (SUL), especialmente se envolver fluxos de trabalho de negócios e estágios de dados complexos. Você também pode interagir com o HP Web Tours para garantir que poderá repetir as etapas exatas durante a gravação.

Antes de começar a criar scripts de qualquer aplicativo (SUL), é necessário se familiarizar com o fluxo do aplicativo. Com este tutorial, vamos nos familiarizar com o HP Web Tours que é fornecido e instalado automaticamente com o HP LoadRunner.

Passo 1) Clique em Arquivo => Novo Script e Solução conforme mostrado no instantâneo abaixo:

Você pode usar o atalho (Ctrl + N) para fazer o mesmo.

Passo 2) Uma janela para selecionar o protocolo é mostrada. A lista parece um pouco diferente das versões anteriores

1. Selecione Protocolo Único

2. Web

3. Insira o nome do script

4. Clique em Criar

Observação: Você pode usar Consultor de Protocolo para determinar o protocolo correto que seu aplicativo usa para comunicação. Para HP Web Tours, já sabemos que é necessário o protocolo “Web – HTTP/HTML”. Aprenderemos posteriormente como determinar o protocolo correto para o seu SUL.

Dica: Às vezes, um aplicativo pode exigir mais de 1 protocolo para se comunicar com seu servidor. Nesse caso, navegue até a lista Vários protocolos no lado esquerdo da janela.

O HP Web Tours, no entanto, requer apenas um protocolo ao criar scripts com VUGen.

Dica: Você não pode renomear seus scripts facilmente, então seja criativo ao dar um nome a eles. Se você precisar renomear um script, use Salvar como recurso e dê um novo nome. Uma boa nomenclatura poderia ser algo como WT01_Signup, onde WT é uma forma abreviada do nome do aplicativo, 01 é uma sequência de processos de negócios e Inscrever-se refere-se aos processos de negócios que estão sendo programados. Além disso, observe que você não pode usar espaços no nome de um script.

Passo 3) depois de clicar em Criar, o HP VUGen abrirá o IDE (Integrated Development Environment) ou editor de código. Você pode notar que os arquivos de script estão em branco, exceto a assinatura básica da Function Action. O instantâneo abaixo deve ajudar a entender melhor:

Passo 4) Clique no botão Gravação que você pode encontrar na barra de ferramentas. Consulte o instantâneo abaixo:

Passo 5) uma nova janela se abre

1. Se estudarmos a janela acima, o nome do script é mencionado na barra de título deste pop-up. Isso o ajudará a fazer alterações no script correto quando estiver lidando com vários scripts abertos ao mesmo tempo.

2. Se você não vir o restante dos controles, clique no botão Menos opções botão para garantir que você não esteja visualizando menos opções.

3. Grave na ação campo determina onde o código é gerado após a gravação. Os scripts VUGen facilitam a mudança para outras ações ou criam novas ações durante e após a gravação.

4. Registro: campo informa ao VUGen que o aplicativo em questão (SUL) é um aplicativo da web ou um cliente de desktop. Esta opção não pode ser substituída após o início da gravação.

5. Aplicação: campo informa ao VUGen qual navegador usar para gravação. Se você não estiver trabalhando com protocolo Web – HTTP/HTML, você selecionará o cliente desktop com este campo.

Dica: Diferentemente dos QTP Os scripts de exemplo do LoadRunner são independentes da interface gráfica do usuário (GUI). Isso ocorre porque o código gerado não funciona com base em objetos da interface do usuário, mas sim com base no princípio de uma solicitação do cliente ao servidor e na expectativa de uma resposta do servidor ao cliente – geralmente, em formato HTML (daí o nome do protocolo).

6. URL Endereço: As URL O SUL é inserido aqui. O VUGen irá invocá-lo. URL Ao clicar em “Iniciar Gravação”, o navegador utilizado será aquele mencionado em “Registro:”Campo se for diferente do seu navegador padrão.

7. Iniciar gravação: Imediato vs. Atrasado: Se você selecionou Imediato modo de gravação, você notará que o VUGen começa a gravar eventos assim que você clica no botão “Iniciar Gravação”. No entanto, se você selecionar o modo de gravação atrasada, o VUGen invocará o sistema (SUL), mas não iniciará a captura de eventos a menos que você clique no botão Gravação na barra flutuante.

8. Diretório de trabalho: Este é um diretório temporário que o VUGen usará durante a captura de eventos. Uma cópia do seu script também estará disponível neste local, caso você perca sua pasta 🙂

9.Opções de gravação: Essas configurações informam ao VUGen qual tipo de... URLs para capturar e qual modo de gravação usar.

10.Comece a gravar: Começará a gravar. Clique nisso

Passo 6) Assim que a gravação for iniciada, o VUGen invocará o aplicativo HP Web Tours usando o navegador selecionado.

Vamos entender com um exemplo de script LoadRunner para cadastrar um usuário no aplicativo Web Tours e gravar um script básico.

Uma barra de gravação flutuante aparecerá, oferecendo vários controles sobre a gravação. Isso informa o tempo decorrido e vários eventos capturados automaticamente. Vejamos a barra flutuante de perto.

No instantâneo mostrado acima, o SUL disparou 56 eventos e um total de 0 minutos e 25 segundos de duração se passaram desde o início da gravação.

Você também observará que nenhum evento é acionado enquanto você digita. Pergunte a si mesmo por quê. Você pode responder?

Isso ocorre porque não há comunicação entre o cliente e o servidor enquanto você digita. Portanto, nenhum evento é disparado e nenhum script é gerado em relação ao seu texto.pingO código será gerado somente após o envio do formulário (clique em Continuar).

A gravação pode ser pausada usando o botão de pausa. Observe que enquanto a gravação permanecer pausada, todos os eventos disparados pela aplicação serão desconsiderados. Isso também significa que mesmo que sua aplicação esteja enviando solicitações e/ou recebendo respostas do formulário SUL, o script não será gerado enquanto você pausar a gravação.

Se você pausou a gravação, precisará clicar em gravação botão na barra flutuante para retomar a gravação.

Enquanto você está gravando na seção vuser_init, você notará que o botão de encontro não está habilitado. Mude para Ação (ou crie uma nova Ação) e continue gravando. Consulte o instantâneo abaixo para saber como alternar a ação.

Você notará que depois de mudar para uma Ação, o ponto de encontro botão será ativado automaticamente. Isto é porque VUGen não permite inserção de pontos de encontro em vuser_init.

Usando transações em tempo recorde

Vamos supor que você deseja avaliar o tempo de resposta quando um número X de usuários se inscreve simultaneamente. Para atingir esse objetivo, vamos ler mais.

Até agora você gravou a abertura do aplicativo na ação vuser_init. Depois de mudar para Action, insira as informações do usuário exigidas pelo SUL. Agora, antes de clicar no botão “Continuar”, siga as etapas abaixo:

Inicie uma transação clicando no botão em barra flutuante. Insira o nome da transação, por exemplo, 01_Signup.

Dica: É uma boa prática nomear sua transação com um prefixo como 01_ para ajudar a mantê-la exclusiva.

A barra flutuante ficará assim:

Clique em OK para fechar o rótulo da transação.

Clique no botão Continuar do aplicativo.

Finalize a transação clicando no botão. Selecione o nome da transação que deseja fechar, por exemplo, 01_Signup neste caso. Consulte o instantâneo abaixo para ilustração.

Se você não tiver diversas transações abertas, verá apenas um nome. Se você tiver vários, no entanto, poderá selecionar na lista.

Insira comentários em tempo recorde

Agora que você fechou a transação com sucesso, você pode colocar um comentário em tempo recorde para se lembrar quando estudar o código mais tarde. Na barra flutuante, clique no botão para inserir um comentário. Uma caixa de texto aparecerá adjacente à barra flutuante onde você pode inserir qualquer texto.

Este comentário será inserido no código após as etapas (código) que você acabou de concluir antes de clicar no botão OK.

No aplicativo, você pode clicar em continuar. Você verá uma nota de boas-vindas em um aplicativo.

Agora selecione a ação vuser_end e clique cancelar assinar do aplicativo. Feche o aplicativo e clique no botão Parar da barra flutuante.

Code Generation

Depois que a gravação for interrompida, você notará a atividade pós-geração do VUGen. Isso inclui a geração de código, transações e comentários com base na sua gravação. Consulte o instantâneo abaixo.

Imediatamente após o VUGen terminar “Executando operações de pós-geração”, ele iniciará “Executando varredura para operação de pós-geração de correlação”. Veremos com mais detalhes o que significa correlação.

Assim que a operação de pós-geração for concluída, você verá a janela do Design Studio. Se forem encontrados candidatos para correlação, você poderá revisá-los nesta janela.

Você pode clicar com segurança no botão Fechar e o VUGen o levará ao código que foi gerado.

A janela ficará assim:

Conforme destacado na figura acima, o editor contém código legível e fácil de entender. Você pode dar uma olhada nos parâmetros usados ​​durante a gravação.

O lado esquerdo do VUGen é chamado de Navegador de Etapas, que permite entender o "script" sem precisar analisar os detalhes do código. Por exemplo, você pode ler as etapas como, por exemplo, abrir um URLDedique um tempo para pensar e envie o formulário. Isso engloba todos os parâmetros associados a cada solicitação.

Seu script foi gerado, clique no menu Arquivo e depois clique em Salvar script como para navegar até o local onde deseja salvar seu script. O VUGen irá sugerir automaticamente o último diretório usado se você já salvou um script anteriormente. O nome sugerido será o nome que você mencionou quando começou a gravar.

Tudo feito.

Agora, parabenize-se por ter seu primeiro script gerado e salvo com sucesso.

Decidindo um Protocolo e um Consultor de Protocolo

Você deve ter se questionado por que usamos o protocolo Web – HTTP/HTML. Como decidimos qual protocolo deveríamos usar? A resposta não é tão simples.

Há um conjunto básico de habilidades arquitetônicas que você precisa ter como pré-requisito para responder a essa pergunta. Se você é iniciante, pode se juntar a alguém que tenha sólidas habilidades de arquitetura e desenvolvimento do lado do cliente para seu SUL. Você pode falar com os desenvolvedores do seu SUL e descobrir quais interfaces seu aplicativo utiliza. Isso deve levá-lo a um caminho natural para as interfaces que você usará para o desenvolvimento de scripts de usuário virtual e seleção de protocolo.

Para atender às necessidades de iniciantes com menos conhecimento em arquitetura, o LoadRunner introduziu um recurso chamado Protocol Advisor no LoadRunner 9.1. Embora isso tenha facilitado a vida de muitos, deve-se confiar mais nas habilidades de arquitetura e desenvolvimento, em vez de no consultor de protocolo e no recebimento de informações da equipe de desenvolvimento sobre as tecnologias de desenvolvimento subjacentes. O protocolo pode não sugerir o protocolo correto em todos os casos.

Para usar o Protocol Advisor, vá para Registro => Protocol Advisor => Analisar Aplicativo

Consulte o instantâneo abaixo:

Isso abrirá a janela principal do Protocol Advisor. Se você notar, isso se parece um pouco com a janela que aparece para gravação. Vamos dar uma olhada na janela abaixo:

Selecione o navegador da Web, pois estamos usando um aplicativo baseado na Web.

Especifique o URL do aplicativo que será invocado posteriormente. O diretório de trabalho pode ser deixado como está, já que se trata apenas de um diretório temporário para o VUGen usar. Certifique-se de ter permissão de leitura e gravação neste diretório.

Clique no botão Iniciar análise.

Uma barra flutuante, semelhante à barra flutuante do tempo de registro, aparecerá. Dê uma olhada no instantâneo:

O processo informará o tempo decorrido e uma série de eventos disparados. No entanto, esta informação não é necessária. O único benefício desse contador de eventos é que você sabe que seu cliente, SUL, está se comunicando com o servidor.

É uma boa prática analisar apenas um processo de negócios por vez, pois os diversos processos de negócios em um aplicativo corporativo de grande porte podem envolver vários protocolos. Por exemplo, um dashboard em alguma aplicação pode ter Ajax ou Flex, etc. mas isso não estará presente na página de login.

Depois de terminar de executar um processo de negócios específico, você pode clicar no botão Parar. O consultor de protocolo VUGen apresentará um relatório resumido sobre a sugestão de protocolo. Dê uma olhada como fica:

Você pode ver as sugestões do Protocol Advisor. Estas podem ou não ser as melhores escolhas a escolher.

Você já aprendeu a usar o Protocol Advisor. No entanto, isso pode ser útil para iniciantes ou para uma situação em que você precisa de “outra opinião” – confie no seu senso arquitetônico, conhecimento de programação, habilidades de desenvolvimento e informações recebidas da equipe de desenvolvimento para decidir sobre o protocolo.

Opções de Gravação

Sempre que o VUGen gera um script, o código gerado é baseado em diversas configurações que podem ser encontradas em “Opções de Gravação” – ou você pode pressionar Ctrl + F7 para visualizar as Opções de Gravação no LoadRunner.

Vamos dar uma olhada na janela de opções de gravação antes de discutirmos todas as configurações:

Existem várias categorias de configurações como Geral, Correlações, Rede e Extensão de Formato de Dados. Vamos entender o que há de mais significativo entre eles, um por um.

Geral => Gravação:

Este tópico requer compreensão detalhada. Portanto, isso é discutido separadamente.

Geral => Script:

Dê uma olhada no instantâneo para ter uma ideia:

Você notará que Língua o menu suspenso está desabilitado. Um mito comum é que o LoadRunner não gera código em nenhuma outra linguagem. Outro mito é que é necessária licença para trabalhar em outros idiomas.

Ambos são falsos. LoadRunner decide por si mesmo qual linguagem usar ao gerar o script. Em quase todos os casos, você trabalhará com Linguagem C.

Com certeza Java aplicativos (como Java applets) o código que está sendo gerado estará em JavaLinguagem de script.

VUGen irá gerar um script em Linguagem VBScript apenas para aplicativos desenvolvidos em Visual Basic clássico (MS Visual Studio 2002)

Opções de script:

Você pode optar por “Gerar tempo de reflexão fixo após o término da transação”. Isso significa que, não importa quanto o usuário espere, o tempo de reflexão gerado (o atraso) será igual ao valor especificado. O valor está em segundos.

Um número máximo de linhas na ação file refere-se ao número máximo de linhas que o VUGen irá gerar em uma ação. Se o script for maior, o VUGen criará automaticamente uma nova ação. O padrão é definido como 60,000. O valor máximo que pode ser especificado é 65,000

Você pode achar esta configuração útil ao lidar com um aplicativo de desktop com Oracle no back-end.

Geral => Protocolo oferece a opção de selecionar e desmarcar quaisquer protocolos selecionados no início da gravação

Essencialmente, isso será usado apenas quando você desejar Gerar script novamente.

Dê uma olhada na tela:

Isso é útil quando você usa multiprotocolos no momento da gravação de um script. Você pode regenerar o script e desmarcar os protocolos que não deseja e obter um novo script sem precisar gravá-lo novamente.

Geral => Code Geração:

Dê uma olhada no instantâneo abaixo:

Esta configuração diz ao VUGen para encontrar candidatos para correlação em tempo recorde. Se não desejar a Correlação Automática, talvez você queira desativar esse recurso.

Correlação => Configuração:

Dê uma olhada na captura de tela abaixo e familiarize-se com a tela.

Embora a correlação automática seja útil apenas de 5% a 10%, você pode selecionar “Verificação de regras” e “Correlacionar valores encontrados automaticamente”. No entanto, se o seu script não for reproduzido, você pode considerar restaurar os padrões clicando em um botão.

Correlação => Regras:

Vá para Regras e aqui você pode ver várias regras que o VUGen está usando para encontrar candidatos a correlação. Você pode adicionar regras personalizadas se souber o que seu aplicativo (SUL) está usando como parâmetros. No entanto, este é um uso avançado das configurações de tempo de registro. Se você é iniciante, pode pular este tópico com segurança.

Propriedades HTTP => Avançado:

Este quadro oferece várias configurações relacionadas à ligação HTTP.

Redefinir o contexto para cada ação, habilitar esta opção instrui o VUGen a redefinir todos os contextos HTP entre as ações para seu estado inicial antes da gravação, fornecendo um início limpo para a sessão de gravação. A opção está habilitada por padrão.

Você pode deixar o restante das configurações intactas, a menos que seja necessário.

Network => Mapa do portoping:

Este quadro deve ser deixado intacto. Se você estiver gravando um aplicativo de desktop, talvez seja necessário escolher dados no nível do WinINet.

Você pode ir para Opções (desde que esteja usando dados em nível de soquete) e selecionar várias opções, como versão SSL ou outros tipos de Secure Socket Layer. Se você é iniciante ou não precisa dessas opções, pode pular. Dê uma olhada para se familiarizar com a tela.

Agora que você já explorou a maioria das opções de Tempo de Gravação, vamos ao próximo tópico e entender a diferença entre HTML e URL script baseado em.

Diferença entre baseado em HTML e URL-Scripting baseado em

Você pode ter notado uma opção para escolher entre script baseado em HTML ou URLRoteiro baseado em... Veja a captura de tela para relembrar.

Então, qual é essa opção e qual escolher?

As Script baseado em HTML baseia-se nas ações do usuário e os scripts contêm funções que correspondem diretamente à ação realizada. Vamos entender um exemplo de um pequeno trecho de código:

Exemplo:

web_link(“Enterprise Systems Performance",
"Text=Enterprise Systems Performance,"
"Snapshot=t4.inf",
LAST);

As URL-script baseado em é baseado em solicitações HTTP enviadas ao servidor como resultado de ações do usuário.

Aqui está um exemplo de código para URL modo para as mesmas ações realizadas como acima (no modo HTML)

Exemplo:

web_url(“Enterprise Systems Performance",
"URL=/esp.html",
"TargetFrame=",
"Resource=0",
"RecContentType=text/html",
"Referer=/atc?. . . ,
"Snapshot=t4.inf",
"Mode=URL",
LAST);

Dica: É melhor experimentar você mesmo antes de prosseguir. Altere as configurações de tempo de gravação e grave o mesmo script duas vezes, ou seja, uma vez no modo HTML e outra no modo digital. URL modo – depois compare ambos. Mantenha o roteiro curto para que você possa entender a diferença.

Como decidimos qual modo usar?

Vamos entender os prós e os contras de ambos os modos para entender qual modo é mais adequado em determinadas situações:

Benefícios da gravação HTML

• Reduz a necessidade de capturar valores dinâmicos
• Valores de tags de ação e dados ocultos NÃO são codificados
• Eles são recuperados da memória durante a reprodução
• Se eles forem dinâmicos, o VUser ainda será executado
• O script é tão grande quanto o processo de negócios – uma etapa por página

Desvantagens da gravação HTML

• Scripts são menos escaláveis
• A memória (cache) é pesquisada durante a reprodução
• requer mais memória
• requer mais potência da CPU

Benefícios da URL Gravação

• Flexibilidade
• Suporte para Java Applets e objetos ActiveX na página
• Capacidade de reproduzir no UNIX

• Global
• Os scripts são mais escaláveis ​​que os scripts HTML porque requerem menos recursos

Desvantagens de URL gravação

• Os scripts exigem mais correlação (nada é recuperado do cache)
• As verificações sensíveis ao contexto não funcionarão (o analisador está desativado)*
• Os scripts são grandes (todas as imagens e quadros são gravados em etapas separadas)

Aqui está uma ilustração rápida:

Modo HTML	URL Moda
Intuitivo e fácil de entender.	Não é tão intuitivo quanto os scripts HTML.
Os scripts são menores, as solicitações são encapsuladas e fáceis de entender.	Os scripts são grandes, contendo uma chamada para cada imagem, css, html, etc. dificultando assim o entendimento.
Escalável.	Mais escalável e eficaz para criar um teste de carga.

Uso de script regenerado

Suponhamos que você queira gravar o mesmo script que acabou de gravar, mas com configurações de tempo de gravação diferentes. Nesse caso, você pode usar o recurso de regeneração de script.

Você pode acessá-lo em Registro => Regenerar Script ou com a tecla de atalho Ctrl+Shift+R

Depois de clicar no menu, o VUGen avisará que seu script existente e todas as alterações feitas em seu script existente serão perdidas. A mensagem de aviso é semelhante a esta:

Você também pode clicar em Opções para abrir as opções de tempo de gravação aqui.

Clique em OK para prosseguir com a nova geração de um script.

Reproduzir um script e entender o log

Depois de salvar o script, você pode clicar no botão na barra de ferramentas para reproduzir ou pressione F5.

Você pode encontrar este botão na barra de ferramentas:

Você precisa garantir que o servidor esteja funcionando (o que é necessário para que o aplicativo funcione corretamente)

Ao reproduzir o script, você notará que, diferentemente do QuickTest Professional, ele não abre nenhum navegador para reprodução. Lembre-se, esta execução simulará apenas 1 (única) carga de usuário no SUL. O objetivo desta execução é garantir que seu script esteja funcionando.

Dica: Você precisará verificar o impacto do próprio aplicativo. Por exemplo, se você estiver criando um registro, acesse o aplicativo e verifique manualmente se o seu script realmente criou um registro. Seus scripts, provavelmente, não serão testados por outra equipe de teste ou controle de qualidade, portanto, você precisa ter muito cuidado com seu script e garantir que eles sejam exaustivamente testados.

Você pode deixar o log de repetição ativo, pois isso será de grande ajuda na identificação de candidatos para correlação e quaisquer erros e avisos que você possa encontrar. Como a geração de log exige muitos recursos, é melhor desativá-lo quando você terminar a depuração de scripts e usá-los para cenários.

Visão geral dos arquivos gerados durante a gravação e reprodução

Vamos fechar o VUGen e dar uma olhada nos arquivos que ele criou na pasta de scripts.

VUGen cria uma série de arquivos de configuração, arquivos de dados e arquivos de código-fonte que contêm tempo de execução do VUser e informações de configuração. Os resultados de cada iteração do script são armazenados separadamente. Se você executou seu script pelo menos uma vez, você notará um diretório chamado result1. Este diretório é para uso do sistema e deve ser ignorado pelo testador.

Arquivos importantes que você precisa entender:

O VUGen criará um arquivo .c (linguagem C). Code arquivo) para cada ação. Assim, no final, você terá vuser_init.c, vuser_end.c e Action.c – se você tiver criado mais ações, verá também os arquivos correspondentes. Por exemplo, myAction.c

O log de repetição é salvo em um arquivo chamado output.txt. Se você o substituiu várias vezes, output.txt conterá o último log de execução, enquanto output.bak conterá o anterior à última execução.

O arquivo .usr conterá todas as configurações de tempo de execução que você personalizou. Mesmo que você tenha deixado todas as configurações padrão, este arquivo usr conterá as informações. Este arquivo também contém a versão do LoadRunner usada para criar um script. Essas informações são úteis se você estiver lendo scripts antigos dos quais não consegue lembrar o número da versão.

Você verá uma pasta chamada “dados”. Esta pasta mantém uma imagem dos eventos, bem como uma cópia do seu código. VUGen faz uso desses arquivos quando você “regera” seu código.