Como criar um conjunto de testes e um caso de teste em SoapUI
Equipe editorial
⚡ Resumo Inteligente
Criando um SoapUI Projetos, conjuntos de testes e casos de teste permitem a realização de testes estruturados de serviços web SOAP. Este guia explica os fundamentos do protocolo SOAP, a importação de WSDL, a execução de requisições, a configuração de asserções e a análise de logs de resposta para testes funcionais e de regressão confiáveis.
Compreendendo o protocolo SOAP
Antes de criar um SoapUI O estudo de caso ajuda a revisitar os conceitos básicos do protocolo SOAP. Compreender claramente como as solicitações e respostas SOAP se movem entre sistemas facilita o seu uso. SoapUI para testá-los de forma eficaz.
SOAP significa Protocolo de acesso a objetos simplesA seguir estão as principais propriedades do protocolo SOAP:
- É um protocolo baseado em XML usado para comunicação entre dois sistemas diferentes.
- É independente de plataforma e idioma. Um sistema desenvolvido usando Java pode se comunicar com um desenvolvido em .NET.
- As solicitações e respostas SOAP são transportadas via HTTP.
Aprenda o formato de mensagem SOAP
Uma mensagem SOAP é um documento XML comum que contém os seguintes elementos. Uma mensagem pode ser tanto uma solicitação quanto uma resposta.
Com os fundamentos do SOAP estabelecidos, o próximo passo é construir o SoapUI Estrutura do projeto, conjuntos de testes e casos de teste necessários para validar um determinado serviço web. O passo a passo abaixo utiliza um SoapUI Exemplo de projeto para criar um novo projeto SOAP.
Criando um projeto SOAP em SoapUI
O Projeto SOAP contém a definição WSDL importada, juntamente com todas as solicitações de exemplo geradas para cada operação.
Passo 1: Dependendo do tipo de projeto, importe o protocolo SOAP ou REST. Neste exemplo, crie um novo projeto SOAP.
Passo 2: Utilize a seguinte solicitação SOAP URL: http://www.dneonline.com/calculator.asmx?wsdl
- Insira o nome do projeto.
- Insira o caminho da solicitação WSDL (neste caso, http://www.dneonline.com/calculator.asmx?wsdl).
- Clique OK.
Observação:
- Criar solicitação de exemplo para todas as operações: Gera uma solicitação de exemplo para cada operação no WSDL. Ativado por padrão quando o endereço do WSDL é inserido; pode ser desmarcado se não for necessário.
- Crie um conjunto de testes para o WSDL importado: Adiciona um SoapUI Conjunto de testes dentro do projeto para o WSDL importado.
- Caminhos relativos: Salva todos os arquivos em relação ao arquivo do projeto para facilitar a portabilidade.
Passo 3: Após a criação do projeto SOAP com o WSDL acima, duas operações serão importadas para o projeto.
Passo 4: Expanda a primeira solicitação e clique com o botão direito do mouse. Adicione, então clique Novo pedido.
Então clique OKA solicitação SOAP é exibida em formato XML.
- Insira valores para intA e intB.
- Clique na Enviar botão.
- O XML de resposta aparece no painel do lado direito.
Por que criar casos de teste em vez de solicitações diretas?
É possível enviar uma solicitação para uma única operação diretamente, mas essa abordagem rapidamente encontra limitações quando várias combinações de entrada precisam ser testadas. Por exemplo, a mudança de 5+5 para 4+4 exige a edição da solicitação a cada vez. Um conjunto de testes com casos de teste permite manter todos os cenários reutilizáveis sem alterar a operação original.
Como criar um conjunto de testes em SoapUI
Um conjunto de testes é um contêiner que agrupa casos de teste relacionados. Siga os passos abaixo para criar um.
Passo 1) Clique com o botão direito do mouse na raiz do projeto.
Dentro do projeto, crie um conjunto de testes clicando com o botão direito do mouse na raiz do projeto.
Etapa 2) Insira os detalhes do conjunto de testes.
Insira o nome do conjunto de testes e clique. OK.
Etapa 3) Verifique o conjunto de testes criado.
O novo conjunto de testes aparece no painel de navegação, conforme mostrado abaixo.
Passo 4) Abra o conjunto de testes.
A janela do Conjunto de Testes é aberta no painel direito. Como ainda não existem Casos de Teste, todas as opções de ação permanecem desabilitadas.
Como criar um caso de teste em SoapUI
Os casos de teste residem dentro de um conjunto de testes e agrupam as etapas de teste individuais que exercitam um serviço web.
Passo 1: Dentro de um conjunto de testes, crie vários testes clicando com o botão direito do mouse no conjunto de testes e escolhendo a opção desejada. Novo caso de teste.
Passo 2: Especifique o nome do Caso de teste e clique OK.
Passo 3: O caso de teste criado inicialmente não possui etapas, conforme mostrado abaixo.
Observação: O caso de teste é adicionado com zero etapas de teste para cada tipo de teste. À medida que as etapas são adicionadas, os números entre parênteses são atualizados automaticamente.
As etapas de teste funcional pertencem a Etapas de teste, etapas de desempenho entram em Teste de cargae as verificações de segurança estão em vigor. Testes de Segurança.
Passo 4: Insira diferentes tipos de etapas de teste clicando com o botão direito do mouse. Etapas de teste e selecionando a opção apropriada. Para um serviço web REST, selecione a Solicitação de Teste REST em vez de uma solicitação SOAP.
Adicionando uma etapa de teste em SoapUI
Adicione uma etapa de teste para validar a solicitação SOAP importada dentro do Caso de Teste.
Passo 1: Adicionar uma nova etapa do tipo Solicitação SOAP como mostrado abaixo.
Passo 2: Digite o nome da etapa e clique OK.
Passo 3: Uma caixa de diálogo é exibida para selecionar a operação a ser realizada. Todas as operações disponíveis são listadas para seleção.
- Diversas operações são apresentadas aqui. As operações são idênticas, exceto pela versão SOAP: CalculatorSoap usa a versão 1.1 do SOAP, enquanto CalculatorSoap12 usa a versão 1.2.
- A versão não importa neste cenário, portanto, qualquer uma pode ser selecionada.
- Após selecionar a operação, clique OK.
Passo 4: Ao adicionar um caso de teste, asserções padrão podem ser aplicadas. Asserções, também chamadas de pontos de verificação ou pontos de validação, serão abordadas no próximo tutorial.
Os seguintes pontos de verificação podem ser adicionados ao criar um caso de teste. O exemplo abaixo cria um caso de teste sem nenhum ponto de validação habilitado.
- Verifica se a mensagem de resposta é SOAP após a execução do teste.
- Verifica se o esquema de resposta é válido.
- Verifica se a resposta SOAP contém um elemento FAULT.
Passo 5: Ao criar um caso de teste, o XML da solicitação aparece conforme mostrado abaixo. A estrutura do XML é explicada na imagem.
Passo 6: A contagem de etapas de teste foi incrementada para um, pois uma etapa foi adicionada. A adição de etapas de teste de carga e segurança incrementará seus respectivos contadores automaticamente.
Enviar uma solicitação manualmente e ler a resposta em SoapUI
Passo 1: O exemplo abaixo soma dois números inteiros.
- intA — 5
- intB — 5
Seguinte:
- Insira esses valores no lugar dos pontos de interrogação no XML da solicitação.
- Após atualizar as tags XML correspondentes, clique em Enviar solicitação para verificar a resposta.
Passo 2: Após o envio da solicitação, o serviço web é processado pelo servidor web e a resposta é retornada, conforme mostrado abaixo.
A resposta confirma que 5 mais 5 é igual a 10.
Entendendo a resposta SOAP e os painéis de registro
Como mencionado anteriormente, as mensagens SOAP são transportadas via HTTP. Inspecionar as mensagens RAW ajuda a esclarecer como a solicitação e a resposta SOAP são transmitidas pelo HTTP.
Passo 1: Clique na Cru guia na SoapUI janela de solicitação.
- A solicitação é enviada ao servidor web, portanto, o método HTTP POST é utilizado.
- A solicitação SOAP é transmitida no corpo da mensagem HTTP.
Passo 2: Agora clique no Cru guia na SoapUI janela de resposta para entender como a resposta é entregue via HTTP.
- Após o processamento da solicitação, o código de resposta HTTP (200) é exibido, indicando sucesso.
- A resposta SOAP é retornada ao cliente dentro do corpo da mensagem HTTP.
A tabela abaixo resume os códigos de resposta HTTP mais comuns para facilitar a depuração.
| HTTP Code | Descrição |
|---|---|
| 1xx | Informativo: Solicitação recebida, processamento em andamento. |
| 2xx | Sucesso: A ação foi recebida, compreendida e aceita com sucesso. |
| 3xx | Redirecionamento: É necessário realizar mais ações para concluir a solicitação. |
| 4xx | Erro do cliente: A solicitação contém sintaxe incorreta ou não pode ser atendida. |
| 5xx | Erro do servidor: O servidor não conseguiu atender a uma solicitação aparentemente válida. |
Passo 3: A janela de Caso de Teste também exibe metadados adicionais para a solicitação e a resposta.
- Indica que NÃO há cabeçalho na solicitação que está sendo enviada.
- Indica que NÃO há anexos na solicitação enviada ao servidor web.
- Indica 10 itens de cabeçalho na resposta, visíveis ao clicar.
- Indica que não há anexos na mensagem de resposta.
Painel de Registros
O painel de registros exibe todas as informações trocadas entre o cliente e o servidor. As guias de registro mais usadas são descritas abaixo.
SoapUI Registro: Exibe informações de resposta do servidor web. Os mesmos dados são armazenados no arquivo soapui.log dentro do diretório. SoapUI diretório bin.
Log HTTP: Exibe todas as transferências de pacotes HTTP. Todas as informações visíveis na visualização RAW também são registradas no Log HTTP.
Registro de erros: Exibe todos os erros encontrados durante toda a sessão do projeto. As mesmas informações são armazenadas no arquivo soapui-errors.log dentro do diretório. SoapUI diretório bin.
Registro de memória: Monitora o consumo de memória e o exibe em forma de gráfico. Isso é útil ao executar operações que consomem muita memória.
Com um conjunto de testes, casos de teste e etapas de teste definidos e uma resposta bem-sucedida recebida, o próximo passo é validar essa resposta. Os tipos de asserção serão abordados no próximo tutorial.
