Relatório uip tm

uip tm report um resumo estruturado de uma execução de teste concluída: contagens, taxa de aprovação, duração e cada caso de teste com falha com a mensagem de asserção que explica a falha. Use-a quando você quiser uma linha do painel escaneável por humanos ou um veredicto legível por máquina para um script de CI.

Resumo

uip tm report get --execution-id <uuid> (--project-key <key> | --test-set-key <key>) [--query <expr>]

Todos os verbos honram as opções globais e os códigos de saída padrão. Cada verbo aceita -t, --tenant <name> e --log-level <level> (padrão Information).

Obter relatório do uip tm

Obtenha um resumo de uma execução de teste concluída. O comando:

1. Busca as estatísticas da execução (passed, failed, none, duration, tempo).
2. Páginas pelos logs de casos de teste com falha.
3. Para cada log com falha sem uma string info , busca suas asserções e concatena as mensagens das que falharam.
4. Retorna um envelope JSON com o resumo mais uma lista FailedTests codificada pelo nome do caso de teste.

O comando sai 0 que produz com sucesso o resumo, se a execução foi aprovada ou falhou. Transformar "testes com falha presentes" em uma saída de CI diferente de zero é trabalho do chamador (ramificação em .Data.Failed). Consulte Comportamento do código de saída em executions para o pipeline de três etapas recomendado.

Argumentos

Nenhum.

Opções

• --execution-id <uuid> necessário) — execução a ser resumida. Obtenha isso da saída uip tm testsets run .
• --project-key <key> — proprietário do projeto. Ou isso ou --test-set-key é necessário.
• --test-set-key <key> chave do conjunto de testes (por exemplo DEMO:42); a chave do projeto é derivada do prefixo.
• --query <expr> — filtro no estilo jq aplicado à carga de Data . Quando definido, imprime o valor bruto filtrado em vez do envelope JSON. Oferece suporte ao acesso ao campo (.Field) e à construção de objetos ({key: .Field}).

Exemplos

# simplest
uip tm report get --execution-id a1b2c3d4-0000-0000-0000-000000000001 --project-key DEMO

# scripting-friendly — pick a subset
uip tm report get \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO \
  --query '{total: .TotalTests, passed: .Passed, failed: .Failed}'

Formato dos dados (saída padrão):

{
  "Code": "ReportGet",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "TestSetName": "Smoke Suite",
    "TotalTests": 10,
    "Passed": 8,
    "Failed": 2,
    "Skipped": 0,
    "PassRate": "80%",
    "Duration": "00:02:15",
    "FailedTests": [
      { "TestCaseName": "Login flow", "Error": "Selector not found" },
      { "TestCaseName": "Logout flow", "Error": "Timeout" }
    ]
  }
}

Campos:

• TotalTests — Passed + Failed + Skipped.
• PassRate — formatado como uma string de porcentagem ("80%").
• Duration — formatado HH:MM:SS.
• FailedTests[].Error o campo info do log de caso de teste, se presente; caso contrário, uma lista ; associada a mensagens de asserção com falha; caso contrário, uma string vazia.
• StartTime / EndTime — Carimbos de data/hora ISO-8601 das estatísticas de execução ( presentes no JSON, mas omitidos no exemplo acima).

Relacionado

• conjuntos de testes — produz o ExecutionId consumido aqui.
• Wait — bloqueie até que a execução esteja em um estado terminal antes de pedir um resumo.
• resultado — os mesmos dados de um arquivo XML JUnit.
• executions testcaselogs list — enumeração completa de logs (não apenas falhas).
• testcaselogs list-assertions — examinar um único log com falha.

Veja também

• Visão geral do Test Manager
• Padrões de script
• Formatos de saída — como --output-filter e --query se relacionam.