Orquestrar Conjunto de Testes

Depois de criar um conjunto de testes, precisa de adicionar conteúdo de teste. O Apidog fornece modos flexíveis "Estático" e "Dinâmico" para satisfazer diferentes necessidades de gestão de testes.

Importar Conteúdo de Teste

Na página de detalhes do conjunto de testes, no separador Orchestration, clique em + Add Endpoint Test Case ou + Add Test Scenario. Na janela pop-up de seleção, pode alternar entre o modo Static ou Dynamic.

1. Modo Estático

O modo Estático é utilizado para especificar com precisão os itens de teste a executar.

🎯 Lógica Principal

O sistema regista os IDs dos casos de teste específicos que selecionar. Mesmo que sejam adicionados novos casos de teste à categoria de origem, o âmbito de execução deste conjunto não será alterado, garantindo a controlabilidade dos resultados dos testes.

🚀 Melhores Cenários de Utilização

Verificação de Correção de Erros (Hotfix): Selecione 3 a 5 casos de teste fortemente relacionados com o erro, forme um "pacote de verificação" e verifique rapidamente o resultado da correção, sem perder tempo a executar casos não relacionados.

Estabilização do Negócio Principal (Core Path): Para processos extremamente centrais e estáveis, como "encomenda-pagamento". Não queremos que sejam acionados alertas de monitorização porque um recém-chegado adicionou acidentalmente um caso de teste incompleto.

Teste de Compatibilidade de Versões Antigas: Selecione um lote de casos de teste de endpoints antigos especificamente para verificar a compatibilidade de clientes de versões antigas.

⚠️ Características de Manutenção

Custo de Manutenção Elevado: Se for necessário incluir novos casos neste teste especializado, estes têm de ser adicionados manualmente.

2. Modo Dinâmico

O modo Dinâmico é utilizado para filtrar automaticamente, através de regras, os itens de teste a executar.

🎯 Lógica Principal

O sistema guarda "Regras de Filtro" (Âmbito e Filtro). Sempre que é executado, o sistema analisa todo o projeto em tempo real e inclui no plano de execução todos os casos mais recentes que cumpram os critérios.

🚀 Melhores Cenários de Utilização

Teste de Regressão ao Nível do Módulo: Defina a pasta "Centro de Negociação" como pasta de origem. Os testers apenas precisam de escrever novos casos na pasta, e o conjunto irá incluí-los automaticamente quando for executado.

Teste de Smoke: Crie um conjunto dinâmico com a regra Priority = P0. Execute antes de cada lançamento para cobrir automaticamente todos os casos principais marcados como P0.

Verificação de Iteração de Versão: Utilize a funcionalidade de etiquetas e defina a regra como Tag = v2.5.0. Após a conclusão do desenvolvimento, execute este conjunto para verificar todas as novas funcionalidades desta versão.

⚠️ Características de Manutenção

Custo de Manutenção Zero: Depois de configuradas as regras, não é necessário manter o próprio conjunto posteriormente; apenas é necessário manter os atributos dos casos (localização, etiquetas, prioridade).

Ajustar a Ordem de Execução

O conteúdo importado será apresentado numa lista, e pode arrastar os itens da lista para ajustar a ordem de execução.

Para itens adicionados "estaticamente", pode utilizar Edit para eliminar casos de teste individualmente ou eliminar todo o grupo.

Para grupos adicionados "dinamicamente", só pode eliminar todo o grupo ou editar os critérios de filtro, não podendo eliminar itens individuais dentro do grupo.

Configuração Avançada

No lado direito da página de design do conjunto de testes, pode expandir Advanced Config para ter um controlo mais granular sobre a forma como o conjunto de testes é executado.

Ambiente

Definição: Por predefinição, herda o ambiente de execução já definido no conjunto de testes. Se for especificado aqui um ambiente, essa configuração de ambiente terá prioridade durante a execução.

Caso de Utilização: Adequado para cenários em que precisa de reutilizar o mesmo conjunto de passos de teste em diferentes ambientes.

Dados de Teste

Utilizado para especificar se devem ser utilizados dados de teste durante a execução.

Sem Dados de Teste: Os passos de teste são executados apenas uma vez, sem executar testes orientados por dados.

Utilizar Dados de Teste: Executar várias vezes com base nos dados de teste, normalmente utilizado para testes parametrizados.

Em Caso de Erro

Configure como o teste deve lidar com erros, que podem incluir falhas de asserção, falhas de validação de formato de dados, exceções de pedidos de endpoint, erros do servidor, etc.

Ignorar: Continuar a executar os passos subsequentes quando ocorre um erro, sem interromper a execução atual.

Continuar: Quando ocorre um erro, ignorar os passos restantes da ronda atual e entrar diretamente na ronda de execução seguinte.

Terminar execução: Terminar imediatamente os passos subsequentes assim que ocorre um erro.

Iterações

Definição: O número de vezes que cada thread percorre todos os passos em ciclo.

Caso de Utilização: Normalmente utilizado para verificação de estabilidade ou cenários simples de teste de esforço.

Atraso

Definição: Defina quantos milissegundos (ms) aguardar após a conclusão de cada passo de teste antes de executar o passo seguinte.

Caso de Utilização: Impedir o acionamento de mecanismos de limitação de taxa ou de circuit breaker no servidor de destino devido a uma elevada frequência de pedidos, garantindo uma execução de testes fluida.

Guardar Pedidos/Respostas

Definição: Controlar se o relatório de teste inclui dados detalhados de pedidos e respostas (como Cabeçalho, Corpo, etc.).

Opções:

Todos: Guardar os detalhes completos de todos os passos, independentemente de passarem/falharem. Grande volume de dados, adequado para depuração aprofundada.

Apenas Falhados: Guardar apenas os detalhes dos passos que falharam durante a execução. Recomendado, poupa espaço de armazenamento e facilita a identificação rápida dos motivos de falha.

Não Guardar: Não guardar quaisquer detalhes; registar apenas o estado de aprovação/falha e a duração.

Valores de Variáveis de Ambiente/Globais

Os valores de variáveis de ambiente/globais especificam quais os valores reais a utilizar para variáveis de ambiente/globais neste cenário de teste. Existem duas opções. Informações detalhadas podem ser consultadas aqui. Ao optar por utilizar valores de variáveis guardados no Runner, ser-lhe-á pedido que selecione adicionalmente o âmbito de variáveis a utilizar.

A finalidade deste âmbito é ajudar os utilizadores a separar melhor as variáveis de acordo com as necessidades reais, evitando situações em que a execução de uma tarefa agendada faça com que outras tarefas falhem devido a alterações de variáveis. Depois de selecionar o âmbito, também pode visualizar os valores das variáveis dentro deste âmbito através da entrada que aparece na interface do produto.

Âmbito de Variáveis no Runner	Ler/Escrever Variáveis de Ambiente/Globais	Descrição
Partilhar apenas no cenário de teste atual	No Runner especificado atual, este cenário de teste tem um ficheiro dedicado para armazenar persistentemente as suas variáveis de ambiente/globais. Apenas o cenário de teste atual pode ler e escrever variáveis neste ficheiro.	O menor âmbito de variáveis, com impacto mínimo. Adequado para casos em que os resultados da execução anterior deste cenário de teste precisam de ser utilizados na execução seguinte. Os ficheiros de variáveis para cenários de teste, tarefas e pastas de tarefas são todos guardados no caminho do contentor Runner `/opt/runner/variables`.
Partilhar entre todos os cenários de teste na tarefa agendada atual	No Runner especificado atual, a tarefa agendada tem um ficheiro para armazenar variáveis de ambiente/globais que podem ser utilizadas em todos os seus cenários de teste. Todos os cenários de teste na tarefa agendada atual podem ler e escrever variáveis neste ficheiro.	Um âmbito de variáveis recomendado, com impacto moderado. Adequado para casos em que os dados precisam de ser partilhados entre diferentes cenários de teste dentro da mesma tarefa agendada.
Partilhar entre todas as tarefas agendadas na pasta da tarefa agendada atual	No Runner especificado atual, a pasta da tarefa agendada tem um ficheiro para armazenar variáveis de ambiente/globais que podem ser utilizadas em todas as suas tarefas agendadas e cenários de teste. Todos os cenários de teste em todas as tarefas agendadas dentro da pasta atual podem ler e escrever variáveis neste ficheiro.	O maior âmbito de variáveis, com o impacto mais significativo. É possível que a execução de uma determinada tarefa agendada modifique o valor da variável, levando à falha de outras tarefas agendadas. Adequado quando os dados precisam de ser partilhados entre várias tarefas na mesma pasta.

Orquestrar Conjunto de Testes

Importar Conteúdo de Teste#

1. Modo Estático#

2. Modo Dinâmico#

Ajustar a Ordem de Execução#

Configuração Avançada#

Ambiente#

Dados de Teste#

Em Caso de Erro#

Iterações#

Atraso#

Guardar Pedidos/Respostas#

Valores de Variáveis de Ambiente/Globais#