Um teste de API utiliza um repositório de objetos?

Não. Um teste de API possui atividades, propriedades de entrada e saída e fontes de dados em vez de objetos de teste, portanto, nenhum repositório de objetos está envolvido. Somente os testes de GUI aprendem sobre objetos e armazenam suas descrições.

Teste de API USANDO QTP/UFT: Tutorial Completo

⚡ Resumo Inteligente

Teste de API em QTP/UFT Valida-se um serviço diretamente, sem qualquer interface de usuário. Um teste de API é construído como um fluxo de atividades em uma tela, e pontos de verificação determinam se cada resposta é aprovada.

🔘 Sem interface gráfica envolvida: Os dados são enviados diretamente para o serviço e a resposta registrada é comparada com as expectativas.
☑️ Cinco tipos suportados: Serviços web, REST, linguagem orientada a objetos, banco de dados e APIs proprietárias.
✅ Fluxo de atividades, não objetos: Arraste uma solicitação HTTP da caixa de ferramentas para o fluxo de teste e defina suas propriedades.
🧪 Os postos de controle decidem o veredicto: Um código de status 200 indica que a chamada foi bem-sucedida sem necessidade de inspeção manual.
🛠️ Resultados em um só lugar: O visualizador de resultados da corrida registra cada atividade, sua resposta e o resultado de cada ponto de verificação.
📌 Nome atual: QTP além disso, o Teste de Serviço HP tornou-se UFT, agora vendido como OpenText Testes funcionais (UFT Um).

Saiba Mais

Antes de testar uma API, precisamos saber o que é uma API. Uma API (Interface de Programação de Aplicativos) é um conjunto de funções e procedimentos de software que podem ser executados por outros aplicativos de software.

O que é teste de API?

Teste de API é um teste de software Método para validar Interfaces de Programação de Aplicativos (APIs). O objetivo do teste de API é verificar a funcionalidade, confiabilidade, segurança e desempenho da API. No teste de API, utiliza-se um software para enviar entradas à API, e a saída é registrada para testar a API.

Portanto, o teste de API é:

Testando sem GUI
Simulação programática de cenários de fluxo de dados ou de controle.
Foco em funcionalidade, não com base no comportamento ou na experiência do cliente.

O diagrama abaixo posiciona os testes de API entre o cliente que chama o serviço e os dados que ele recebe.

Por que o teste de API é importante?

O teste de API apresenta quatro vantagens significativas.

1. Testes de API são a tendência

Como mostra a figura a seguir, os testes de API cresceram muito rapidamente nos últimos dez anos. Tornaram-se muito mais populares do que outros tipos de testes.

2. Tempo eficiente

Com os testes de API, podemos usar a execução paralela para reduzir o tempo de execução dos testes. Você pode economizar até 5 vezes em comparação com outros tipos de teste.

3. Independente de idioma

No teste de API, os dados são trocados via XML or JSONPortanto, qualquer linguagem pode ser usada para testar a resposta. Por exemplo, se você tiver um serviço cuja resposta esteja em formato JSON, poderá analisar facilmente os dados com Java, C# ou qualquer outro idioma.

4. Fácil integração com GUI

Porque UFT Uma solução permite realizar testes de GUI e testes de API, onde uma chamada de API pode configurar dados para um teste de interface do usuário e ambos os tipos de teste são compilados nos mesmos resultados de execução. Isso mantém a verificação de um serviço e a tela que o utiliza em um único projeto, em vez de duas cadeias de ferramentas separadas.

Teste de API com UFT (Testes Funcionais Unificados)

Existem muitas ferramentas disponíveis, tanto de código aberto quanto comerciais. UFT É uma excelente opção para executar testes de API, pois o fluxo é construído visualmente e a configuração é mantida em um único painel de propriedades.

A última versão de QTP, chamado HP Unificado Teste funcional (UFT), é uma combinação de HP QTP (uma ferramenta de teste de GUI) e HP Service Test (uma ferramenta de teste de API). UFT Suporta Web, Java, .LÍQUIDO, Oracle, Siebel, serviços web e muitas outras linguagens e plataformas importantes que as versões anteriores não suportavam.

⚠️ Nome do produto: a ferramenta descrita aqui como HP UFT agora é vendido como OpenText Testes funcionais (UFT Um), tendo passado da HP para a Micro Focus e depois para OpenTextAs telas abaixo são da versão da era HP, portanto a redação do menu difere das versões atuais, mas o fluxo de teste da API, as atividades e os pontos de verificação funcionam da mesma maneira.

Tipo de suporte para testes de API por HP UFT

Serviço de internet
DESCANSO
Linguagem Orientada a Objetos
banco de dados
API proprietária

Comece seus primeiros testes de API com QTP

Neste teste de API em UFT tutorial, vamos abordar UFT Exemplos de teste de API. Vamos testar a API Graph do Facebook. Testaremos a API da seguinte forma: Caso de teste abaixo

Obtenha um perfil do usuário especificado no Facebook.
Verifique se o perfil está de acordo com as expectativas.

Aqui está uma etapa para construir um fluxo de teste para esta API.

⚠️ Sobre este exemplo: O Facebook desativou a Graph API v2.3 há anos e o token de acesso mostrado abaixo já expirou há muito tempo, portanto, a chamada exata não retorna mais dados. A solicitação original permanece inalterada como exemplo prático; siga os mesmos passos em qualquer endpoint REST atual para acompanhar.

Etapa 1) Abrir HP UFT e criar um novo projeto de teste de API

Escolha Iniciar > (Todos) Programas > HP Software > HP Unified Functional Testing > Unified Functional Testing. Nas versões atuais, isso é simplesmente o UFT completa atalho.
Clique Arquivo > Novo > Teste. Selecione os Teste de API tipo
Quando a caixa de diálogo abrir, insira o nome do teste da API: API_Facebooke selecione um local para salvar este projeto. Clique em Criar Para criar o projeto de teste da API.

Etapa 2) Adicionando uma solicitação HTTP ao fluxo de teste

Usaremos a requisição HTTP para fazer uma solicitação à API do Facebook.

Selecionar Caixa de ferramentas > Network
Arrastar elemento Solicitação HTTP para testar o fluxo.

Etapa 3) Configure e passe parâmetros para uma solicitação HTTP

Clique com o botão direito do mouse no Solicitação HTTP objeto para editá-lo.

Na seção Propriedades, insira o URL

https://graph.facebook.com/v2.3/me?access_token=CAACEdEose0cBANJsDnbZC92mNAghaM6xxZCZBZAvKlMXS98VYvKy%20OlrfAdsUWR8x5aw9Kqc0grscs9zb9IYED4VC3FwapIZBj%20dsuxy%20HdLcff38gYUBFNeRQlH%20fN7eXKoVZBNl0bR233ZAZCw8fLF1QLh98ry2ZBeYBhXLabtTDkFPZA1IqhaMG0mQp30zO1%20QxQ19nVCxZArJA6XRoB1o5FMepII5cn3DgbBmTgZD

Você também pode passar um parâmetro para a API definindo valores em Cabeçalho da solicitação grade.

Use o Explorador de API de gráfico do Facebook para obter o valor do access_token.
Colocou o Método HTTP para ENTRE.
configurar Pontos de verificação que acontecerá no marco da Solicitação HTTPDefina o código de status para 200 Na seção de Pontos de Verificação. Os pontos de verificação permitem que você veja se a ação foi bem-sucedida sem precisar verificar o resultado manualmente, e o veredicto de aprovação ou reprovação do teste é determinado por eles. Um código de status 200 significa que o caso de teste foi aprovado.

Etapa 4) Execute o teste

Clique na Execute botão ou pressione F5Para abrir a caixa de diálogo Executar Teste, clique em Execute Para compilar e executar o teste.

Etapa 5) Veja o resultado

O visualizador de resultados da execução é aberto. Neste teste de API usando UFT Por exemplo, um caso de teste com falha é relatado como na figura a seguir.

Quando o teste for aprovado, o resultado será exibido conforme abaixo.

Seu primeiro teste de API em UFT agora está completo.

Para onde ir a partir daqui

Agora que você aprendeu a criar um teste com um teste de API em UFTVocê pode criar seu próprio teste para seu aplicativo sem interface gráfica. Adicionando um ponto de verificação por resposta e grupoping ligações para transações são os próximos passos habituais.

Perguntas Frequentes

Um teste de GUI controla os elementos na tela e os armazena como objetos de teste. Um teste de API é um fluxo de atividades em uma tela que envia solicitações diretamente a um serviço, portanto, nada é gravado da interface.

Não. Um teste de API possui atividades, propriedades de entrada e saída e fontes de dados em vez de objetos de teste, portanto não. repositório de objetos está envolvido. Somente os testes de GUI aprendem objetos e armazenam suas descrições.

Importe o WSDL do serviço para o teste. UFT Lê o documento, cria uma atividade para cada operação que o serviço expõe e as adiciona ao painel da Caixa de Ferramentas para que possam ser arrastadas para o fluxo de teste como qualquer outra atividade.

Vincule as propriedades de entrada da atividade a uma fonte de dados, como uma planilha do Excel ou um arquivo XML, em vez de...ping valores literais. Cada linha gera uma iteração, e o Visualizador de Resultados da Execução exibe o resultado de cada iteração.

As ferramentas com auxílio de IA comparam as respostas entre as execuções para identificar desvios de esquema e campos com falhas recentes, podendo agrupar falhas repetidas por provável causa raiz. Isso agiliza a triagem, mas os valores esperados em cada ponto de verificação ainda precisam de uma decisão humana.

O Copilot é útil para o código relacionado ao teste: lógica de atividade personalizada, análise de resposta e funções auxiliares. Ele não consegue construir o fluxo visual do teste nem ler a configuração do seu serviço.tract, portanto, cada solicitação e ponto de verificação sugerido precisa ser verificado.

SoapUI e Postman são mais leves e gratuitas para começar. UFT Ganha destaque quando o mesmo projeto também precisa abranger a interface do usuário, já que uma única licença e um único conjunto de resultados englobam ambas as camadas.

Além do código de status HTTP, um teste de API pode verificar o conteúdo do corpo da resposta, os valores individuais dos cabeçalhos e os dados retornados em comparação com a fonte esperada. O resultado de cada ponto de verificação aparece junto com a solicitação no Visualizador de Resultados da Execução.