Os stubs de serviço são simulações de serviço real, que podem ser
usados para substituir funcionalmente o serviço em um ambiente de teste. Um servidor de stub substitui o servidor de aplicativos real.
Do ponto de vista do aplicativo cliente, o stub de serviço parece
idêntico ao serviço real que ele simula.
Para usar um stub de serviço em substituição ao
serviço real, é necessário substituir o URL do serviço original no aplicativo cliente pelo
URL do servidor de stub.
Importante: Para a versão 8.7 e posterior, não é possível usar a opção de planejamento de
IBM® Rational Performance Tester para implementar os servidores de stub remotamente. Se você já implementou os servidores de stub
remotamente, deve instalar IBM Rational Service Tester for SOA Quality ou Rational Performance Tester nesses computadores e, em seguida, implementar
os servidores de stub localmente.
Exemplos de Caso de Uso
Há vários casos em que pode ser útil
implementar serviços de stub em vez de usar os serviços reais para seu teste:
- Se você estiver tentando um serviço local que usa dados a partir de outro serviço
remoto, pode ser necessário injetar conteúdo específico para o serviço em teste a partir do
serviço remoto. É possível simular o serviço remoto com um stub de serviço para garantir que
o serviço local responda corretamente a alguma entrada específica.
- Alguns serviços comerciais encarregam os usuários para cada chamada. Se você estiver testando esse
serviço, é possível desenvolver e depurar seu teste em relação a um serviço de stub, que
é baseado no WSDL do serviço real, sem ser encarregado pelo serviço comercial.
- Durante a integração de um aplicativo maior envolvendo vários clientes e serviços,
alguns serviços ainda podem não estar operacionais, embora as especificações do WSDL
estejam disponíveis. É possível simular os serviços ausentes com os stubs de serviço,
que permitirá continuar com o trabalho de integração.
Arquitetura do Stub de Serviço
Crie um stub de serviço ao fornecer
uma especificação WSDL existente. O stub de serviço é gerado exatamente com as mesmas portas e ligações que o
serviço original, para que possa ser endereçado exatamente com a mesma interface.
Cada operação no serviço retorna uma resposta padrão do tipo definido pelo
WSDL.
Você pode editar o stub de serviço no editor de stub para
alterar a resposta padrão ou para criar respostas condicionais que simulam as respostas reais
do serviço original.
Ao concluir a edição do stub de serviço, você poderá implementá-lo
em um servidor de stub local, que é executado no ambiente de trabalho. O servidor de stub
simula um servidor de aplicativos real e pode hospedar vários stubs de serviço.
Controle o servidor de stub a partir da visualização de monitor de stub.
Por fim,
para usar um stub de serviço em vez do serviço original, altere o URL usado pelo aplicativo cliente
para apontar para o servidor de stub local em vez do servidor de aplicativos original. Este URL, além do WSDL do stub de serviço,
é fornecido na visualização de monitor de stub.