37 most common loadrunner interview questions
Perguntas mais frequentes da entrevista do LoadRunner.
Em nosso tutorial anterior, exploramos tudo sobre Análise de resultados de teste no LoadRunner .
Este artigo vai se concentrar no perguntas e respostas mais importantes da entrevista do LoadRunner isso o ajudará a ter sucesso em qualquer entrevista de testador de desempenho usando LoadRunner.
O LoadRunner é uma das ferramentas de teste de desempenho mais licenciadas do mercado. É mais adequado para a maioria das tecnologias futuras devido à ampla variedade de protocolos suportados.
=> Clique aqui para uma série completa de tutoriais do LoadRunner
Algumas dicas básicas antes de começarmos:
# 1) As perguntas da entrevista do LoadRunner podem ser categorizadas em 3 tipos principais - Scripting, execução e Análise . É importante que os iniciantes se concentrem mais na parte do script.
#dois) Http / HTML é o protocolo mais usado, para começar, tente aperfeiçoar este protocolo.
# 3) Certifique-se de conhecer o versão exata do LoadRunner em que você trabalhou. Em caso de experiência de trabalho com uma versão anterior, tente se manter atualizado com os recursos que fazem parte das versões mais novas / atuais.
# 4) Teste de performance entrevistas são mais práticas do que costumavam ser. As perguntas orientadas para o cenário são mais comuns do que diretas. Algumas empresas chegam a fazer dos testes de script uma parte do processo de entrevista. Portanto, esteja preparado para o mesmo.
# 5) Mesmo no script, é preferível que você seja capaz de personalizar o código , em vez de apenas gravar e reproduzir.
# 6) Espere perguntas sobre - pense em tempo, transações, comentários, opções de gravação, configurações de tempo de execução etc. - são para testar seu conhecimento das melhores práticas de script.
A seguir estão alguns dos Entrevista de teste de desempenho questões isso vai precisar de alguma experiência para responder. Tente manter essas questões em mente ao trabalhar em seus projetos de teste de desempenho, para que a atividade de preparação da entrevista se torne um processo contínuo.
- Quais são os diferentes problemas de script que você enfrentou até agora?
- Quais são os gargalos de desempenho que você encontrou nos projetos em que estava trabalhando? Quais são as recomendações feitas para superar esses problemas?
- Você aplicou a lei de Little ao seu projeto? Se sim, como?
- Qual é a sua abordagem para análise?
- O que você monitora durante a execução?
- Como extrair dados do servidor para execução de teste e como analisar isso?
- Como identificar gargalos de desempenho?
As principais áreas de questão são:
- Desafios que você enfrenta durante o script
- Função de correlação
- Manipulação de erros
- Diferentes modos de gravação para protocolo Web HTTP / HTML.
- Criação de cenário
- Desafios durante a execução
- Análise
Abaixo, fornecemos algumas perguntas comuns da entrevista do LoadRunner e respostas a elas. No entanto, observe que o melhores resultados podem ser alcançados fornecendo respostas com base em sua exposição, experiência e interpretação dos conceitos . Aprender apenas as respostas às perguntas nem sempre é o ideal. Prática, Aprenda e Especialista - esta deve ser sua abordagem para a preparação da entrevista de Teste de Desempenho.
Perguntas e melhores respostas da entrevista do LoadRunner
P # 1) Qual é a diferença entre Teste de Desempenho e Engenharia de Desempenho?
Responda: No Teste de Desempenho, o ciclo de teste inclui coleta de requisitos, script, execução, compartilhamento de resultados e geração de relatórios. A Engenharia de Desempenho é um passo à frente do Teste de Desempenho, após a execução; os resultados são analisados com o objetivo de encontrar os gargalos de desempenho e a solução é fornecida para resolver os problemas identificados.
P # 2) Explique o ciclo de vida do teste de desempenho.
Responda:
- Passo 1: Análise de sistema (identificação de transação crítica)
Gerador de usuário virtual - Passo 2: Criação de scripts de usuário virtual (gravação)
- Etapa 3: Definindo o comportamento dos usuários (configuração de tempo de execução)
Controlador LoadRunner - Passo 4: Criação de cenários de teste de carga
- Etapa 5: Executar os cenários de teste de carga e monitorar o desempenho
Análise LoadRunner - Etapa 6: Analisando os resultados
Referir Tutorial de teste de desempenho nº 2 para mais detalhes.
P # 3) O que é teste de desempenho?
Responda: O teste de desempenho é feito para avaliar o desempenho do aplicativo sob condições de carga e estresse. Geralmente é medido em termos do tempo de resposta da ação do usuário em um aplicativo.
P # 4) O que é teste de carga?
Responda: O Teste de Carga serve para determinar se um aplicativo pode funcionar bem com o uso intenso resultante de um grande número de usuários usando-o simultaneamente. A carga é aumentada para simular a carga de pico que os servidores terão durante os períodos de uso máximo.
P # 5) Quais são os diferentes componentes do LoadRunner?
Responda:
Os principais componentes do LoadRunner são:
- VUGen: Registra scripts Vuser que emulam as ações de usuários reais.
- Controlador: Centro administrativo para criar, manter e executar cenários de teste de carga. Atribui cenários a Vusers e geradores de carga, inicia e interrompe os testes de carregamento.
- Gerador de carga: Um agente através do qual podemos gerar carga
- Análise: Fornece gráficos e relatórios que resumem o desempenho do sistema
Q # 6) Qual é o ponto de encontro?
Responda: O ponto Rendezvous ajuda a emular a carga pesada do usuário (solicitação) no servidor. Isso instrui os Vusers a agirem simultaneamente. Quando o Vuser atinge o ponto Rendezvous, ele espera por todos os Vusers com ponto Rendezvous. Uma vez que um número designado de Vusers chega até ele, os Vusers são liberados. A função lr_rendezvous é usada para criar o ponto Rendezvous. Isso pode ser inserido por:
- Botão Rendezvous na barra de ferramentas flutuante Gravação durante a gravação.
- Após a gravação, o ponto de encontro é inserido através de Inserir> Rendezvous .
P # 7) Quais são as diferentes seções do script? Em que sequência essas seções são executadas?
Responda: O script LoadRunner tem três seções Vuser_init, Action e Vuser_end.
- Vuser_init tem solicitações / ações para fazer login no aplicativo / servidor.
- Açao tem código real para testar a funcionalidade do aplicativo. Isso pode ser reproduzido muitas vezes em iterações.
- Vuser_end tem solicitações / ações para fazer o login fora do aplicativo / servidor.
A sequência em que essas seções são executadas é Vuser_init está no início e Vuser_end no final. A ação é executada entre os dois.
P # 8) Como você identifica qual protocolo usar para qualquer aplicação?
qual é o melhor software de remoção de vírus
Responda: Anteriormente, o testador de desempenho dependia muito da equipe de desenvolvimento para saber sobre o protocolo que o aplicativo estava usando para interagir com o servidor. Às vezes, também costumava ser especulativo.
No entanto, o LoadRunner oferece grande ajuda na forma de Consultor de Protocolo da versão 9.5 em diante. O orientador de protocolo detecta os protocolos que o aplicativo usa e nos sugere os possíveis protocolos nos quais o script pode ser criado para simular o usuário real.
P # 9) O que é uma correlação? Explique a diferença entre Correlação Automática e Manual Correlação?
Responda: A correlação é usada para lidar com os valores dinâmicos em um script. O valor dinâmico pode mudar para cada ação do usuário (o valor muda quando a ação é repetida pelo mesmo usuário) ou para usuários diferentes (o valor muda quando a ação é repetida com um usuário diferente). Em ambos os casos, a correlação cuida desses valores e evita que falhem durante a execução.
A correlação manual envolve identificar o valor dinâmico, encontrar a primeira ocorrência de valor dinâmico, identificar os limites únicos de captura do valor dinâmico, escrever a função de correlação web_reg_save_param antes da solicitação ter a primeira ocorrência de um valor dinâmico em sua resposta.
A correlação automatizada funciona em regras de correlação predefinidas. O script é reproduzido e verificado quanto a autocorrelação em caso de falha. Vugen identifica o local onde as regras de correlação funcionam e correlaciona o valor na aprovação.
Referir-se este tutorial para mais detalhes.
P # 10) Como identificar o que correlacionar e o que parametrizar?
Responda: Qualquer valor no script que muda em cada iteração ou com os diferentes usuários durante a reprodução precisa de correlação. Qualquer entrada do usuário durante a gravação deve ser parametrizada.
Q # 11) O que é parametrização e por que a parametrização é necessária no script?
Responda: A substituição de valores embutidos no código no script por um parâmetro é chamada de Parametrização. Isso ajuda um único usuário virtual (Vuser) a usar dados diferentes em cada execução. Isso simula o uso de um aplicativo na vida real, pois evita que o servidor armazene os resultados em cache.
Referir-se este tutorial para mais detalhes.
P # 12) Como você identifica os casos de uso de teste de desempenho de qualquer aplicativo?
Responda: Casos de teste / Casos de uso para testes de desempenho são quase iguais a qualquer caso de teste manual / funcional, onde cada etapa executada pelo usuário é escrita. A única diferença é que todos os casos de teste manuais não podem ser casos de uso de teste de desempenho, pois existem alguns critérios para a seleção como:
- A atividade do usuário deve estar relacionada à funcionalidade crítica e mais importante do aplicativo.
- A atividade do usuário deve ter uma boa quantidade de atividade de banco de dados, como pesquisa, exclusão ou inserção.
- A atividade do usuário deve ter um bom volume de usuários. A funcionalidade de ter menos atividade do usuário geralmente é omitida do ponto de vista do teste de desempenho. Por exemplo, atividade da conta de administrador.
Qualquer um dos casos de teste manuais que atendam aos critérios acima pode ser usado como um caso de uso / caso de teste de Teste de Desempenho. Se os casos de teste manuais não forem escritos passo a passo, a equipe de desempenho deve criar documentos dedicados para eles.
P # 13) Ao criar o script, você criou regras de correlação para Correlação automática. Se você deseja compartilhar as regras de correlação com os membros da sua equipe que trabalham no mesmo aplicativo para que ele / ela possa usar o mesmo em sua estação de trabalho, como você fará isso?
Responda: As regras de correlação podem ser exportadas por meio do arquivo .cor e o mesmo arquivo pode ser importado por meio do VuGen.
P # 14) Quais são os diferentes tipos de logs de usuário V que podem ser usados durante o script e a execução? Qual é a diferença entre esses logs? Quando você desativa o registro?
Responda: Existem dois tipos de logs de usuário V disponíveis - log padrão e log estendido. Os logs são essenciais para depurar o script. Depois que um script está instalado e funcionando, o registro é habilitado apenas para erros.
O log padrão cria um log de funções e mensagens enviadas ao servidor durante a execução do script, enquanto o log estendido contém avisos adicionais e outras mensagens. O registro é usado durante a depuração e desabilitado durante a execução. O registro pode ser ativado para erros nesse caso.
P # 15) Qual é a abordagem modular de scripts?
Responda: Na abordagem modular, uma função é criada para cada solicitação ( Por exemplo, login, logout, salvar, excluir, etc.) e essas funções são chamadas sempre que necessário. Essa abordagem oferece mais liberdade para reutilizar a solicitação e economiza tempo. Com essa abordagem, é recomendável trabalhar com solicitações personalizadas da web.
Q # 16) Quais são os diferentes tipos de metas no Cenário Orientado a Objetivos?
Responda: O LoadRunner tem cinco tipos diferentes de metas no cenário orientado a metas. Esses são:
- O número de usuários V simultâneos
- O número de acessos por segundo
- O número de transações por segundo
- O número de páginas por minuto
- O tempo de resposta da transação
P # 17) Como cada etapa é validada no script?
Responda: Cada etapa do script é validada com o conteúdo da página retornada. Uma verificação de conteúdo verifica se um conteúdo específico está presente na página da web ou não. Existem dois tipos de verificação de conteúdo que podem ser usados no LoadRunner:
- Verificação de texto: Isso verifica se há um texto / string na página da web.
- Verificação de imagem: Isso verifica se há uma imagem em uma página da web.
P # 18) Como o script VuGen é modificado após a gravação?
Responda: Uma vez que o script é gravado, ele pode ser modificado com o seguinte processo:
- Transação
- Parametrização
- Correlação
- Declarações de variáveis
- Ponto de encontro
- Validações / Checkpoint
Q # 19) O que são Ramp-up e Ramp Down?
Responda:
- Construir: Taxa em que os usuários virtuais adicionam ao teste de carga.
- Desaceleração: Taxa em que os usuários virtuais saem do teste de carga.
Q # 20) Qual é a vantagem de executar o Vuser como o thread?
Responda: Executar Vusers como thread ajuda a gerar mais usuários virtuais de qualquer máquina devido à pequena impressão de memória do Vuser executando um thread.
P # 21) O que é tempo perdido no registro de repetição do VuGen?
Responda: A perda de tempo nunca é realizada por nenhum usuário do navegador e apenas o tempo gasto nas atividades que suportam a análise do teste. Essas atividades estão relacionadas ao registro, manutenção de registros e análises personalizadas.
P # 22) Como você ativa as verificações de texto e imagem no VuGen?
Responda: Isso pode ser feito usando as funções web_find (para verificação de texto) e web_image_check (para verificação de imagem) e habilitando a verificação de imagem e texto na configuração do tempo de execução.
Configuração de tempo de execução–> Preferência–> Habilite a caixa de seleção Imagem e texto.
P # 23) Qual é a diferença entre web_reg_find e web_find?
Responda: A função web_reg_find é processada antes da solicitação enviada e é colocada antes da solicitação no script VuGen, enquanto uma função web_find é processada após a resposta da solicitação chegar e é colocada após a solicitação no script VuGen.
P # 24) Quais são os desafios que você enfrentará para fazer o script da etapa “Selecionar tudo” e depois “Excluir” para qualquer conta de e-mail?
Responda: Nesse caso, a postagem para “Selecionar tudo” e “Excluir” mudará a cada vez, dependendo do número de e-mails disponíveis. Para isso, a solicitação registrada para os dois deve ser substituída pela solicitação personalizada e a construção da string é necessária para construir a postagem. ( Observação - Esta questão requer conhecimento prático. Então, por favor, isso de forma prática e formule sua resposta).
P # 25) Qual é a diferença entre ritmo e tempo de reflexão?
Responda: O ritmo é o tempo de espera entre as iterações da ação, enquanto o tempo de espera é o tempo de espera entre as transações.
P # 26) Qual é o número de gráficos que você pode monitorar usando o controlador de cada vez? Qual é o máximo deles?
Responda: Um, dois, quatro e oito gráficos podem ser vistos por vez. O número máximo de gráficos que podem ser monitorados por vez é 8.
Q # 27) Você tem um aplicativo que mostra os resultados do exame do aluno. Correspondendo ao nome de cada aluno, é mencionado se foi aprovado ou reprovado no exame com a etiqueta de “Aprovado” e “Reprovado”. Como você identificará o número de alunos aprovados e reprovados no script VuGen?
Responda: Para este texto, a verificação é usada para a página da web para o texto “Aprovado e“ Reprovado ”. Através da função web_reg_find, podemos capturar a quantidade de textos encontrados na página web com a ajuda de “SaveCount”. SaveCount armazenou o número de correspondências encontradas. Por exemplo-
web_reg_find('Text=Pass', 'SaveCount=Pass_Student', LAST); web_reg_find('Text=Fail', 'SaveCount=Fail_Student', LAST);
P # 28) Durante o teste de carga, qual é a configuração ideal para Logs?
Responda: Para o nível de log de teste de carga é definido como mínimo. Isso pode ser obtido definindo o nível de registro para o registro padrão e selecionando o botão de rádio “Enviar uma mensagem somente quando ocorrer um erro”.
P # 29) Como você lidará com a situação no script se sua caixa de correio tiver que selecionar qualquer e-mail aleatoriamente para ler?
Responda: Para isso, vamos gravar o script de leitura do primeiro e-mail. Tente descobrir o que está sendo postado na solicitação para ler o primeiro e-mail, como ids de e-mail ou número da linha.
A partir da postagem em que uma lista de e-mails está refletindo, tentaremos capturar todos os ids de e-mail com a função de correlação e mantendo o Ordinal como Todos, ou seja, ORD = Todos. Substitua o id de email solicitado na postagem de leitura por qualquer um dos ids de email selecionados aleatoriamente na lista de ids de email capturados.
Consulte isso Tutorial de script .
P # 30) Qual é o tempo para pensar? Qual é o nível limite para o tempo de reflexão e como isso pode ser alterado?
Responda: O tempo de reflexão é o tempo de espera inserido intencionalmente entre as ações no script para emular o tempo de espera real do usuário ao executar uma atividade no aplicativo. O nível de limite para o tempo de reflexão no nível abaixo do qual o tempo de reflexão registrado será ignorado. Isso pode ser alterado de Opções gravadas-> Script-> Gere um tempo de reflexão maior que o limite.
P # 31) Como a correlação automatizada é configurada?
Responda: Qualquer configuração relacionada à Correlação Automatizada pode ser feita por Opções Gerais-> Correlação. As regras de correlação são definidas a partir de Opções de gravação-> Correlações.
P # 32) Como você decide o número de máquinas geradoras de carga necessárias para executar um teste?
Responda: O número de geradores de carga necessários depende totalmente do protocolo usado para criar o script e configuração da máquina do gerador de carga. Cada protocolo possui uma impressão de memória diferente e esta decide quantos usuários virtuais podem ser gerados a partir da configuração da máquina (gerador de carga).
P # 33) Quais são os recursos exatamente que você procura ao selecionar a ferramenta de teste de desempenho?
Responda: A ferramenta de teste de desempenho deve ser capaz de: -
- Testar um aplicativo construído usando várias tecnologias e plataformas de hardware.
- Determine a adequação de um servidor para testar o aplicativo
- Testando um aplicativo com uma carga de dezenas, milhares e até milhares de usuários virtuais.
P # 34) Como os usuários simultâneos são diferentes dos usuários simultâneos?
Responda: Todos os usuários simultâneos são usuários simultâneos, mas o contrário não é verdade.
Todos os Vusers no cenário em execução são usuários simultâneos, pois estão usando o mesmo aplicativo ao mesmo tempo, mas podem ou não estar fazendo as mesmas tarefas. Os usuários simultâneos realizam a mesma tarefa ao mesmo tempo. Usuários simultâneos tornam-se usuários simultâneos por meio de pontos de encontro.
Os pontos de encontro instruem o sistema a esperar até que um certo número de usuários V chegue para que todos possam realizar uma tarefa específica simultaneamente.
P # 35) Como você identifica quais valores precisam ser correlacionados no script? Dê um exemplo.
Responda: Isso pode ser feito das seguintes maneiras:
- Grave os dois scripts com etapas semelhantes e compare-os usando o utilitário WDiff. (Ver tutorial Correlação).
- Reproduza o script gravado e verifique a correlação. Isso fornece uma lista de valores que podem ser correlacionados.
Session-Id é um bom exemplo disso. Quando dois scripts são gravados e comparados usando o utilitário WDiff. Os ids de sessão nos dois scripts devem ser diferentes e o WDiff destaca esses valores.
P # 36) Como o cache afeta os resultados do Teste de Desempenho?
Responda: Quando os dados são armazenados em cache na memória do servidor, o servidor não precisa buscar o resultado e nenhuma atividade do servidor é acionada. O resultado do teste não reflete o mesmo desempenho de usuários reais usando o aplicativo com dados diferentes.
Q # 37) Como você interromperá a execução de um script em caso de erro?
Responda: Isso pode ser feito por meio da função lr_abort. A função instrui o Vuser a interromper a execução da seção Action e encerrar a execução executando a seção vuser_end. Esta função é útil para lidar com um erro específico.
Isso também pode ser usado para lidar com uma situação em vez de um erro em que a execução não é possível. A função atribuiu o status “Stopped” ao Vuser que parou devido à função lr_abort. Na configuração Run-Time, “Continue on error” deve estar desmarcado.
Com você
Nós esperamos isso enorme compilação de perguntas da entrevista do LoadRunner com respostas será útil para todos vocês.
Na STH, sempre professamos o importância dos fundamentos . O mesmo é verdadeiro para o sucesso no teste de desempenho profissional também. No entanto, desejamos que este questionário de entrevista de teste de desempenho seja um ponto de referência instrumental para todos vocês que desejam encontrar ou avançar em uma carreira de teste de desempenho usando o LoadRunner.
Desejo a você todo melhor!
=> Visite aqui para obter uma série completa de tutoriais do LoadRunner
PREV Tutorial | Primeiro Tutorial
Espero que você tenha gostado de toda a gama de tutoriais nesta série do LoadRunner.
Leitura recomendada
- Perguntas e respostas da entrevista
- Perguntas e respostas da entrevista de teste de ETL
- Algumas perguntas e respostas complicadas de testes manuais
- 25 melhores perguntas e respostas da entrevista para testes ágeis
- 34 Perguntas e respostas mais comuns da entrevista SoapUI
- Perguntas da entrevista de Spock com respostas (mais populares)
- Algumas perguntas interessantes da entrevista de teste de software
- Mais de 20 perguntas e respostas para entrevistas em .NET