Usando LoadRunner a processos de servidor de teste

Question

Atualmente usamos LoadRunner para testar o desempenho de nossos aplicativos da web, mas também temos alguns processos do lado do servidor que precisamos para teste.

Fundo:

Chamamos esses processos nosso "motores". Um motor recebe mensagens por polling uma fila IBM WebSpere MQ para mensagens. É preciso uma mensagem da fila, processa e coloca o resultado na fila de saída. Nós atualmente testar este motor através de um script TCL que lê um arquivo que contém as mensagens, coloca as mensagens na fila de entrada, em seguida, as pesquisas da fila de saída para os resultados.

O outro motor recebe mensagens através de um serviço web. O serviço web escreve a mensagem para uma tabela em nosso banco de dados. As pesquisas motor de tabela de banco de dados para novas mensagens, leva uma mensagem e processa-lo, e coloca a parte de trás resultado no banco de dados. Nós atualmente testar este motor através de um script VBScript que lê um arquivo que contém as mensagens, envia a mensagem para o serviço web, em seguida, mantém consultando o serviço web para o resultado unitl ele está pronto.

Pergunta:

Nós gostaríamos de acabar com os scripts TCL e VBScript e padronizar LoadRunner para que tenhamos uma ferramenta para gerenciar todos os nossos testes de desempenho.

1. Eu sei LoadRunner suporta um protocolo de Web Services "fora da caixa", mas eu não tenho certeza de como usá-lo. Alguém sabe de algum exemplo de como usar LoadRunner para testar um serviço web?
2. O LoadRunner tem um protocolo para MQ? É possível usar um LoadRunner Vuser a carga de unidade (mensagens colocadas) em uma fila MQ? Será que precisamos comprar algo de HP ou algum outro fornecedor para fazer isso?

Obrigado:)

Answer 1

Não é um add-in para LoadRunner no software incuded à interface com a série MQ e colocar as mensagens diretamente na fila. serviços Web são totalmente suportados também, e VBScript é suportado também, talvez usando QTPro para o script e um usuário GUI em LoadRunner? Colin.

Answer 2

Para # 1, como uma alternativa para um Serviços roteiro Web, você pode tentar gravar um script do Windows Sockets. Eu usei LoadRunner a scripts winsock recorde para testar algumas APIs (Java). O que fiz foi escrever um cliente Java API muito simples e, em seguida, executar que a partir de um arquivo de lote do Windows. O arquivo de lote, então, ser referenciado como o executável durante a gravação de um script LR em VUGen.

Eu não tenho certeza se VUGen pode carregar um arquivo VBScript para a gravação, mas você pode tentar. Caso contrário, você pode tentar envolver o VBScript em um arquivo em lotes que pode ser executado por VUGen.

Quando VUGen registra um script winsock, é basicamente monitorar a comunicação de rede para o processo que está a gravar com. Depois que você está gravando feito, ele vai gerar um despejo dos dados da rede em um "data.ws" planilha que você pode olhar e editar com VUGen. Você pode parametrizar esta planilha de dados para seus testes de carga.

Answer 3

Pode-se pedidos de SOA código e respostas de análise dentro LoadRunner. Veja wilsonmar.com/1lrscript.htm.

Mas tenha em mente que TCL e VBScript desenvolvido para teste funcional tem uma arquitetura diferente e alcance que os scripts LoadRunner. QTP e WinRunner assumir a aplicação.

roteiros LoadRunner concentrar no intercâmbio de dados através do fio. No caso de sem cabeça SOA XML, esta distinção arquitetônica não importa.

No entanto, pode ser mais fácil para você manter VBscript a partir da GUI, porque a criação de scripts de SOA em LoadRunner exigem uma compreensão mais profunda de formatos de mensagens do que o que a maioria dos desenvolvedores MQ tem.

Answer 4

Você realmente tem três caminhos para empurrar e popping mensagens fora de uma fila MQ usando LoadRunner

(1) MQTester. Este é um MQ Protocolo Add nativa para uso com LoadRunner (2) Winsock. desenvolvimento Winsock é melhor descrito como tedipously semelhante ao escolher mosca Scat fora de pimenta. Tedioso, mas no final muito gratificante. Fora da caixa, há Suplementos adicionais são necessários, exceto atualizações de licenças (possivelmente) (3) JMS usando um usuário Virtual Java, ver. http://en.wikipedia.org/wiki/Java_Message_Service . Você acabar com um pequeno programa Java no usuário virtual modelo Java para LoadRunner. Você terá que lidar com todos os aspectos magia negra Java associados com LoadRunner, mas uma vez que você pregar para baixo a combinação de detalhes da versão de instalação e você pode usar o mesmo código virtual para pós para praticamente qualquer provedor JMS (não apenas MQ) com algumas configurações de conexão fábrica alterado.

Você deve ser capaz de fazer JMS com o usuário virtual web services, bem como, mas eu não testei essa configuração. Olhada na seção JMS das configurações de tempo de execução.