O que é VUGen?
VUGen (Virtual User 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.
O VUGen é um dos quatro componentes principais do LoadRunner. É o primeiro componente com o qual você interage ao iniciar o teste de desempenho usando o HP LoadRunner.
Vamos entender alguns recursos importantes relacionados ao VUGen
VUScripts: Como 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 realizadas 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 tem 3 funções padrão
- Vuser_init (usado para fazer login no aplicativo)
- Ação (usado 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 usuário V) para garantir que o script seja gravado corretamente. Depois de garantir que o script seja gravado corretamente, você o incorpora em um cenário LoadRunner
Neste tutorial, você vai estudar
- O processo de desenvolvimento de script em VUGen
- Compare a gravação entre QTP e LoadRunner
- Introdução ao aplicativo Web Tours
- Compreendendo o ambiente VUGen
- Criando Seu Primeiro Script VUGen
- Usando transações em tempo de registro
- Inserir comentários na hora do registro
- Geração de Código
- Decidindo um protocolo e conselheiro de protocolo
- Opções de Gravação
- Reproduza um Script e compreenda o Log
- Visão geral dos arquivos gerados durante a gravação e reprodução
O processo de desenvolvimento de script em VUGen
1. Grave o script: Normalmente, esta é a primeira etapa do script, em que cada ação do usuário é gravada em um script.
2. Repetir e verificar: uma vez que o script é gravado, responda o script para garantir seu funcionamento correto. Verifique qualquer impacto por meio do front-end ou banco de dados do aplicativo.
3. Aprimore o Script: Uma vez que a gravação foi verificada, aprimore o script adicionando pontos de verificação, validando dados, adicionando transações e pontos de encontro.
4. Repetir e verificar: como anteriormente, reproduza novamente seu script e verifique se tudo está funcionando conforme o esperado.
5. Configure Runtime Settings: Configure e controle a duração do ritmo, a variação do tempo de reflexão, as configurações de proxy e se você deseja ignorar quaisquer recursos externos.
6. Use para cenários de carga: Formule cenários de carga com base nos objetivos do teste. Use distribuição de carga e agentes geográficos para criar cenários reais.
Compare a gravação entre QTP e LoadRunner
VUGen desconsidera objetos de IU:
Ao contrário dos scripts QTP, os scripts do LoadRunner são independentes da GUI. Isso ocorre porque o código gerado não funciona com base em objetos de IU; em vez disso, funciona com base na solicitação do cliente ao servidor e na expectativa de resposta do servidor ao cliente. É por isso que a reprodução do script LoadRunner é sempre independente do navegador. O VUser pode se comunicar diretamente com um servidor executando chamadas para a API do servidor - sem depender do software cliente (SUL), isso significa que não haverá impacto nos scripts se as alterações forem feitas na IU do sistema sob carga. Isso diz; o Teste de Desempenho é totalmente baseado na comunicação cliente / servidor (solicitação e resposta) e não nos objetos da GUI.
Consulte o link abaixo para obter mais detalhes: http://youtu.be/FDORUeqpNJs?t=3m41s
Veremos em mais detalhes como funciona o script VUGen abaixo.
Introdução ao aplicativo Web Tours
Para todos os efeitos práticos, usaremos o aplicativo Web Tours que vem junto com o LoadRunner.
Os HP Web Tours exigem que um "servidor Apache de tours da Web" esteja em execução antes de poder operar. Para executar o Web Tours Apache Server, vá para o 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 exibirá a 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 -
Depois de 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 o menu Iniciar => HP Software => e clique em Virtual User Generator.
A tela inicial do VUGen aparecerá da seguinte forma
A tela inicial abrirá posteriormente a página inicial do HP Virtual User Generator, conforme mostrado abaixo:
No menu Arquivo, você pode observar vários controles de comando. A finalidade desses controles é mencionada a seguir:
Novo script e solução: é usado para iniciar a criação de um novo script. Como alternativa, você pode criar um novo script a partir do botão da barra de ferramentas.
Abrir >> Solução de script : é usado para abrir um script ou solução existente, criado anteriormente, a partir de um diretório.
Adicionar >> Novo Script: é usado para adicionar um script criado anteriormente à solução atual
Iremos nos familiarizar com outros controles quando 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 aplicativo Web Tours esteja em execução. Lembre-se de que você precisa manter o servidor em execução, portanto, não o feche. Se a janela o incomoda, 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 complexos e estágios de dados. Você também pode interagir com os HP Web Tours para garantir que poderá repetir as etapas exatas durante a gravação.
Antes de iniciar o script de qualquer aplicativo (SUL), é necessário familiarizar-se com o fluxo do aplicativo. Com este tutorial, vamos nos familiarizar com os HP Web Tours, que são enviados e instalados automaticamente com o HP LoadRunner.
Etapa 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.
Etapa 2) Uma janela para selecionar o protocolo é exibida. A lista parece um pouco diferente das versões anteriores
1. Selecione Protocolo Único
2. Web
3. Digite o nome do script
4. Clique em Criar
Nota: Você pode usar o Consultor de protocolo para determinar o protocolo correto que seu aplicativo usa para comunicação. Para HP Web Tours, já sabemos que ele requer 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 Multiple Protocols 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 seus scripts. Se você tiver que renomear um script, use o recurso Salvar como e dê um novo nome. Uma boa nomenclatura poderia ser algo como WT01_Signup, em que WT é uma forma abreviada do nome do aplicativo, 01 é uma sequência de processo de negócios e Sign up refere-se aos processos de negócios que estão sendo programados. Além disso, observe que você não pode usar espaços em um nome de script.
Etapa 3) depois de clicar em Criar, o HP VUGen abrirá o IDE (Ambiente de Desenvolvimento Integrado) ou editor de código. Você pode notar que os arquivos de script estão em branco, exceto a assinatura básica da Ação da Função. O instantâneo abaixo deve ajudar a entendê-lo melhor:
Etapa 4) Clique no botão Gravação 
que você pode encontrar na barra de ferramentas. Consulte o instantâneo abaixo:
Etapa 5) uma nova janela é aberta
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 para garantir que não esteja exibindo menos opções.
3. Gravar no campo de ação 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: o 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. Aplicativo: o campo informa ao VUGen qual navegador usar para a gravação. Se não estiver trabalhando com Web - protocolo HTTP / HTML, você selecionará o cliente desktop com este campo.
Dica: Ao contrário dos scripts QTP, os scripts de amostra do LoadRunner são independentes da GUI. Isso ocorre porque o código gerado não funciona com base em objetos de IU, em vez disso, funciona com base no princípio da solicitação do cliente ao servidor e esperando a resposta do servidor de volta para o cliente - geralmente, na forma de HTML (daí o nome de um protocolo )
6. Endereço URL: O URL do SUL é inserido aqui. O VUGen invocará este URL quando “Iniciar Gravação” for clicado. O navegador usado será o mencionado no campo “ Registro: ” se for diferente do seu navegador padrão.
7. Iniciar Gravação: Imediato vs. Atrasado: Se você selecionou o modo de gravação Imediato , você notará que o VUGen começa a gravar eventos assim que você clicar 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 começará a capturar 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 dizem ao VUGen que tipo de URLs capturar e qual modo de gravação usar.
10. Iniciar a gravação: iniciará a gravação. Clique nisso
Etapa 6) Assim que a gravação começar, o VUGen invocará o aplicativo HP Web Tours usando o navegador selecionado.
Vamos entender com um exemplo de script LoadRunner inscrever um usuário no aplicativo Web Tours e registrar 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 uma série de eventos capturados automaticamente. Vamos examinar 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 decorreram desde o início da gravação.
Você também observará que nenhum evento é disparado enquanto você digita. Pergunte a si mesmo por quê. Você pode responder?
Isso ocorre porque nenhuma comunicação de cliente para servidor ocorre enquanto você digita. Portanto, nenhum evento é disparado e nenhum script é gerado em relação à digitação. O código será gerado apenas quando você enviar o 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 pelo aplicativo serão desconsiderados. Isso também significa que mesmo que seu aplicativo esteja enviando solicitações e / ou recebendo resposta do formulário SUL, o script não será gerado enquanto você tiver pausado a gravação.
Se você pausou a gravação, precisará clicar no botão de gravação na barra flutuante para retomar a gravação.
Enquanto você está gravando na seção vuser_init, você notará que o botão rendezvous não está habilitado. Mude para a 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 alternar para uma ação, o 
botão de encontro será habilitado automaticamente. Isso ocorre porque o VUGen não permite a inserção de pontos de encontro em vuser_init .
Usando transações em tempo de registro
Vamos supor que você deseja medir o tempo de resposta quando o número X de usuários se inscrever simultaneamente. Para atender a esse objetivo, vamos ler mais.
Agora você registrou a abertura do aplicativo na ação vuser_init. Depois de alternar para Ação, insira as informações do usuário exigidas pela SUL. Agora, antes de clicar no botão “Continuar”, siga as etapas abaixo:
Inicie uma transação clicando 
no botão na 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 terá a seguinte aparência:
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 várias transações abertas, verá apenas um nome. Se você tiver vários, no entanto, será capaz de 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 em Sign off do aplicativo. Feche o aplicativo e clique no botão parar 
na barra flutuante.
Geração de código:
Assim que a gravação for interrompida, você notará a atividade de pós-geração do VUGen. Isso inclui a geração de código, transações e comentários com base em 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 em 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 algum candidato para correlação for encontrado, você poderá revisá-lo 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 será semelhante a esta:
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 Step Navigator que permite entender o “script” sem olhar para as granularidades do código. Por exemplo, você pode ler as etapas como, abrir uma URL, gastar Think Time e enviar o formulário. Isso encapsula todos os parâmetros associados a cada solicitação.
Seu script foi gerado, clique no menu Arquivo e depois 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 iniciou a gravação.
Tudo feito.
Agora, parabenize-se por ter seu primeiro script gerado e salvo com sucesso.
Decidindo um protocolo e conselheiro de protocolo
Você deve ter se questionado por que usamos o protocolo Web - HTTP / HTML. Como decidimos qual protocolo devemos usar? A resposta não é tão simples.
Há um conjunto de habilidades de base arquitetônica que você precisa ter como pré-requisito para responder a esta pergunta. Se você é um iniciante, pode formar parceria com alguém que tenha sólidas habilidades de arquitetura e desenvolvimento do lado do cliente para o 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 script de usuário virtual e seleção de protocolo.
Para atender às necessidades de iniciantes com menos conhecimento em habilidades arquitetônicas, o LoadRunner introduziu um recurso chamado Orientador de Protocolo no LoadRunner 9.1. Embora isso tenha facilitado a vida de muitos, deve-se confiar mais nas habilidades arquitetônicas e de desenvolvimento do que 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 Consultor de protocolo, vá para Registro => Consultor de protocolo => Analisar aplicativo
Consulte o instantâneo abaixo:
Isso abrirá a janela principal do Consultor de protocolo. Se você notar, isso se parece um pouco com a janela aparecendo 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á chamado posteriormente. O diretório de trabalho pode ser deixado como tal, pois é apenas um diretório temporário para o VUGen usar. Certifique-se de ter acesso de leitura e gravação neste diretório.
Clique no botão Iniciar análise.
Uma barra flutuante, um pouco semelhante à barra flutuante de tempo recorde, aparecerá. Dê uma olhada no instantâneo:
O processo dirá o tempo decorrido e uma série de eventos disparados. No entanto, esta informação não é necessária. A única vantagem 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 vários processos de negócios em um grande aplicativo corporativo podem envolver vários protocolos. Por exemplo, um painel em algum aplicativo pode ter Ajax ou Flex, etc., mas isso não estará presente na página de login.
Depois de concluir a execução de um processo de negócios específico, você pode apertar o 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 Consultor de protocolo. Essas podem ou não ser as melhores escolhas.
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” - conte com seu senso de arquitetura, 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 várias configurações que podem ser encontradas em “Opções de Gravação” - ou você pode pressionar Ctrl + F7 para ver as Opções de Gravação no LoadRunner.
Vamos dar uma olhada na janela de opções de gravação antes de discutir 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 mais significativo entre eles, um por um.
Geral => Gravação:
Este tópico requer compreensão de detalhes. Portanto, isso é discutido separadamente.
Geral => Script:
Dê uma olhada no instantâneo para ter uma ideia:
Você notará que a lista suspensa Idioma está desabilitada. Um mito comum é que o LoadRunner não gera código em nenhuma outra linguagem. Outro mito é que exige uma licença para trabalhar em outros idiomas.
Ambos são falsos. O LoadRunner decide por si mesmo qual idioma usar ao gerar o script. Em quase todos os casos, você vai encontrar-se trabalhando com C Idioma .
Para certos aplicativos Java (como miniaplicativos Java), o código que está sendo gerado será em linguagem JavaScript .
VUGen irá gerar um script em VBScript Language apenas para aplicativos desenvolvidos em Visual Basic classic (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 o 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 no arquivo de ação refere-se ao número máximo de linhas que o VUGen gerará uma ação. Se o script for maior, o VUGen criará automaticamente uma nova ação. O padrão é 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 dá a você a opção de selecionar e desmarcar quaisquer protocolos que você selecionou no início da gravação
Essencialmente, isso será usado apenas quando você quiser Gerar novamente o script .
Dê uma olhada na tela:
Isso é útil quando você usa vários protocolos no momento de gravar um script. Você pode regenerar o script e desmarcar os protocolos que você não deseja e obter um novo script sem ter que regravá-lo.
Geral => Geração de código:
Dê uma olhada no instantâneo abaixo:
Esta configuração informa ao VUGen para encontrar candidatos para correlação em tempo recorde. Se você não deseja a Correlação automática, pode desejar desativar esse recurso.
Correlação => Configuração:
Dê uma olhada na imagem abaixo e familiarize-se com a tela.
Embora a correlação automática seja útil de 5% a 10% apenas, você pode selecionar “Verificação de regras” e “Correlacionar automaticamente os valores encontrados”. No entanto, se o seu script não for reproduzido, você pode considerar restaurar para os padrões clicando em um botão.
Correlação => Regras:
Vá para Regras e aqui você pode ver várias regras que VUGen está usando para encontrar candidatos de 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ê é um iniciante, pode pular este tópico com segurança.
Propriedades HTTP => Avançado:
Este quadro oferece várias configurações relacionadas à vinculação HTTP.
Redefinir o contexto para cada ação, habilitando 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 é habilitada por padrão.
Você pode deixar o resto das configurações intactas, a menos que seja necessário.
Rede => Mapeamento de porta:
Este quadro deve ser deixado intacto. Se você estiver gravando um aplicativo de desktop, talvez seja necessário escolher os dados do nível WinINet.
Você pode ir para Opções (desde que esteja usando dados de nível de Socket) e selecionar várias opções, como versão SSL ou outros tipos de Secure Socket Layer. Se você for um nível iniciante ou não precisar dessas opções, pode pular. Dê uma olhada para se familiarizar com a tela.
Agora que você concluiu a maioria das opções de tempo de registro, vamos passar para o próximo tópico e entender a diferença entre HTML e script baseado em URL.
Diferença entre scripts baseados em HTML e baseados em URL
Você deve ter notado a opção de escolher um script baseado em HTML ou um script baseado em URL. Dê uma olhada no instantâneo para um flashback.
Então, qual é essa opção e qual escolher?
O script baseado em HTML é baseado nas ações do usuário e os scripts contêm funções que correspondem diretamente à ação realizada. Vamos entender o exemplo de um pequeno trecho de código:
Exemplo:
web_link (“Desempenho de sistemas empresariais","Texto = Desempenho de sistemas empresariais,""Snapshot = t4.inf",ÚLTIMO);
O script baseado em URL é baseado em solicitações HTTP enviadas ao servidor como resultado de ações do usuário.
Aqui está um exemplo de código para o modo URL para as mesmas ações realizadas acima (no modo HTML)
Exemplo:
web_url (“Desempenho de sistemas empresariais","URL = / esp.html","TargetFrame =","Recurso = 0","RecContentType = text / html","Referer = / atc?…,"Snapshot = t4.inf","Modo = URL",ÚLTIMO);
Dica: é melhor experimentar antes de seguir em frente. Altere as configurações de tempo de gravação e grave o mesmo script duas vezes, ou seja, uma vez no modo HTML e uma vez no modo URL - depois compare os dois. Mantenha o script 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 certas situações:
Benefícios da gravação de HTML
- Reduz a necessidade de capturar valores dinâmicos
- Valores de tag de ação e dados ocultos NÃO são codificados permanentemente
- Eles são recuperados da memória durante a reprodução
- Se eles forem dinâmicos, o VUser ainda funciona
- O script é tão grande quanto o processo de negócios - uma etapa por página
Desvantagens da gravação de 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 gravação de URL
- Flexibilidade
- Suporte para miniaplicativos Java e objetos ActiveX na página
- Capacidade de reproduzir no UNIX
- Escalabilidade
- Scripts são mais escaláveis do que scripts HTML porque requerem menos recursos
Desvantagens da gravação de URL
- Scripts requerem mais correlação (nada é recuperado do cache)
- As verificações contextuais não funcionam (o analisador está desativado) *
- Os scripts são grandes (todas as imagens e quadros são gravados como etapas separadas)
Aqui está uma ilustração rápida:
|
Modo HTML |
Modo URL |
|
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 a compreensão. |
|
Escalável. |
Mais escalonável e eficaz para criar um teste de carga. |
Uso de Re-Gerar Script
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 regenerar script.
Você pode acessá-lo em Gravar => Regenerar Script ou com a tecla de atalho Ctrl + Shift + R
Depois de clicar no menu, o VUGen avisará que o script existente e todas as alterações feitas nele 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 regeneração de um script.
Reproduza um Script e compreenda o Log
Depois de salvar o script, você pode clicar em 
na barra de ferramentas para reproduzir ou pressionar F5.
Você pode encontrar este botão na barra de ferramentas:
Você precisa se certificar de que o servidor está funcionando (o que é necessário para que o aplicativo funcione corretamente)
Ao reproduzir o script, você notará que, ao contrário do QuickTest Professional, ele não abre nenhum navegador para ser reproduzido. Lembre-se de que esta execução simulará apenas 1 (único) carregamento 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, vá para 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 ser muito cuidadoso com seu script e garantir que eles sejam testados completamente.
Você pode deixar o log de reprodução ativo, pois isso será uma 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 consome muitos recursos, é melhor desativá-lo quando 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.
O VUGen cria uma série de arquivos de configuração, arquivos de dados e arquivos de código-fonte que contêm informações de tempo de execução e configuração do VUser. Os resultados de cada iteração do script são armazenados separadamente. Se você executou seu script pelo menos uma vez, notará um diretório com o nome result1. Este diretório é para uso do sistema e deve ser ignorado pelo testador.
Arquivos importantes que você precisa entender:
O VUGen criará um .c (arquivo de código de linguagem C) para cada ação. Assim, por último, você terá vuser_init.c e vuser_end.c e Action.c - se tiver mais ações criadas, você verá os arquivos correspondentes também. Por exemplo, myAction.c
O log de reprodução é salvo em um arquivo denominado output.txt. Se você o substituiu várias vezes, output.txt conterá o registro da última execução, enquanto output.bak conterá o anterior à última execução.
O arquivo
Você verá uma pasta chamada “dados”. Esta pasta guarda uma imagem dos eventos e também uma cópia do seu código. O VUGen usa esses arquivos quando você “Gera novamente” seu código.