resultado do uip tm

uip tm result baixa artefatos de execução em um formato estruturado e compatível com CI. Hoje, ele tem um verbo, que grava um arquivo XML JUnit — a fala francêsa consumida pela maioria dos painéis de teste de CI (Azure DevOps, Jenkins, GitLab, CitizenC1).

Resumo

uip tm result download --execution-id <uuid> (--project-key <key> | --test-set-key <key>) [--result-path <path>]

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).

download do resultado do uip tm

Baixe os resultados de uma única execução de teste como um relatório XML JUnit. O comando:

1. Busca as estatísticas da execução, o nome do conjunto de testes e o ID do conjunto de testes.
2. Páginas de cada log de caso de teste anexado à execução.
3. Para cada log, busca os artefatos por asserção em paralelo (as falhas de pesquisa de asserção são registradas e ignoradas, não fatais).
4. Busca a lista de pacotes do conjunto de testes (melhor esforço — os pacotes ausentes são silenciosamente omitidos).
5. Serializa tudo como XML JUnit e grava em --result-path.

Os campos Link e URL da web dentro do ponto de XML de volta para a interface do usuário da Web do Test Manager usando o campo de dados dinâmico da organização e o nome do tenant da sessão atual.

Argumentos

Nenhum.

Opções

• --execution-id <uuid> necessário) — execução para baixar.
• --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.
• --result-path <path> local de saída. Pode ser um arquivo (./junit.xml) ou um diretório (o arquivo é nomeado após o conjunto de testes). O padrão para o diretório de trabalho atual.

Exemplo

uip tm result download \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO \
  --result-path ./junit.xml

Formato dos dados

{
  "Code": "ResultDownload",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "Format": "junit",
    "OutputPath": "./junit.xml",
    "TotalTests": 10,
    "Passed": 8,
    "Failed": 2,
    "Cancelled": 0
  }
}

O XML JUnit real é gravado em OutputPath. O envelope JSON relata apenas contagens de sucesso mais o resumo.

Observação:

O formato de saída é corrigido para JUnit XML hoje. Format incluído no envelope para que versões futuras possam adicionar mais formatos (por exemplo, NUnit ou TRX) sem uma alteração significativa na forma.

Usando a saída no CI

Publique o arquivo XML com qualquer tarefa de relatório de teste que seu CI forneça. Padrões típicos:

# Azure DevOps
- task: PublishTestResults@2
  inputs:
    testResultsFormat: JUnit
    testResultsFiles: junit.xml

# GitHub Actions (via a community action)
- uses: dorny/test-reporter@v1
  with:
    name: Test Manager
    path: junit.xml
    reporter: java-junit

Relacionado

• conjuntos de testes — produz o ExecutionId consumido aqui.
• Wait — bloqueie até que a execução esteja em um estado terminal antes de baixar os resultados.
• relatório — um resumo legível por humanos (mesmos dados, forma diferente) se você não precisar do XML JUnit.
• anexo — baixe as capturas de tela, logs e arquivos produzidos pelos logs de casos de teste.

Veja também

• Visão geral do Test Manager
• Padrões de script