anexo uip tm

uip tm attachment os arquivos capturados pelos logs de casos de teste em uma execução de testes — capturas de tela, estado serializado, logs gravados, qualquer arquivo que a automação anexada a um log. Use-a após uma execução para extrair evidências para seu espaço de trabalho de CI, geralmente junto com um relatório JUnit de uip tm result download.

Resumo

uip tm attachment download --execution-id <uuid> (--project-key <key> | --test-set-key <key>)
                           [--test-case-name <name>]… [--only-failed] [--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 de anexo uip tm

Baixe anexos para os logs de casos de teste de uma única execução. O comando navega pelos logs, opcionalmente, restringe-se a casos de teste somente com falha ou nomeados, e em seguida lista e baixa cada anexo em um subdiretório por caso de teste --result-path. As falhas em anexos individuais são registradas e gravadas em um campo Skipped ; eles não anulam a execução geral.

Argumentos

Nenhum.

Opções

• --execution-id <uuid> necessário) — a execução da qual os anexos serão extraídos.
• --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.
• --test-case-name <name> filtrar pelo nome do caso de teste (substring sem diferenciação entre maiúsculas e minúsculas). Pode ser repetido para aceitar qualquer um dos vários nomes. A correspondência é contra o nome do ponto de entrada do pacote, recai para o nome do caso de teste e o nome do caso de teste de automação.
• — baixe anexos apenas para logs de casos de teste com resultado --only-failed Failed
• --result-path <path> — diretório de saída. O padrão é o diretório de trabalho atual (.). O diretório é criado se estiver ausente.

Layout on disk

<result-path>/
  <sanitized test case name>/
    <sanitized attachment file name>
    <sanitized attachment file name>
  <sanitized test case name>/
    <sanitized attachment file name>

Os nomes de arquivos e diretórios são limpos — caracteres inválidos no Windows ou Unix (< > : " / \ | ? * e caracteres de controle) são substituídos por _, e os nomes são truncados para 200 caracteres.

Exemplos

# download everything
uip tm attachment download \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO \
  --result-path ./attachments

# only failed tests, narrowed to two named cases
uip tm attachment download \
  --execution-id a1b2c3d4-0000-0000-0000-000000000001 \
  --project-key DEMO \
  --only-failed \
  --test-case-name login \
  --test-case-name checkout \
  --result-path ./attachments

Formato dos dados

Normal run:

{
  "Code": "AttachmentDownload",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "OutputPath": "./attachments",
    "Downloaded": 3,
    "MatchedTestCases": 2
  }
}

When no test case log matches the filters:

{
  "Code": "AttachmentDownload",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "Message": "No matching test case logs found.",
    "Downloaded": 0
  }
}

When some attachments fail to list or download, a Skipped array is appended with one entry per failure, formatted "<test case name>: <error message>":

{
  "Code": "AttachmentDownload",
  "Data": {
    "ExecutionId": "a1b2c3d4-0000-0000-0000-000000000001",
    "OutputPath": "./attachments",
    "Downloaded": 2,
    "MatchedTestCases": 3,
    "Skipped": ["Login flow: HTTP 404: Not Found"]
  }
}

Relacionado

• conjuntos de testes — produz o ExecutionId consumido aqui.
• aguarde — bloqueie até que a execução seja terminal antes de extrair anexos.
• resultado — XML JUnit da mesma execução.
• relatório — resumo legível por humanos.

Veja também

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