archivo adjunto de uip tm

uip tm attachment los archivos capturados por los registros de casos de prueba en una ejecución de prueba: capturas de pantalla, estado serializado, registros grabados, cualquier archivo que la automatización haya adjuntado a un registro. Úselo después de una ejecución para extraer pruebas en su espacio de trabajo de CI, generalmente junto con un informe JUnit de uip tm result download.

Sinopsis

uip tm attachment download --execution-id <uuid> (--project-key <key> | --test-set-key <key>)
                           [--test-case-name <name>]… [--only-failed] [--result-path <path>]

Todos los verbos respetan las opciones globales y los códigos de salida estándar. Cada verbo acepta -t, --tenant <name> y --log-level <level> (predeterminado Information).

descarga de archivos adjuntos de uip tm

Descarga archivos adjuntos para los registros de casos de prueba de una sola ejecución. El comando pagina a través de los registros, se reduce opcionalmente a solo fallidos o a casos de prueba con nombre, luego enumera y descarga cada archivo adjunto en un subdirectorio por caso de prueba en --result-path. Los fallos en los archivos adjuntos individuales se registran y registran en un campo Skipped ; no abortan la ejecución general.

Argumentos

Nada.

Opciones

• --execution-id <uuid> (obligatorio) : ejecución cuyos archivos adjuntos extraer.
• --project-key <key> — proyecto propietario. Se requiere esto o --test-set-key .
• --test-set-key <key> : clave del conjunto de pruebas (p. ej. DEMO:42); la clave del proyecto se deriva del prefijo.
• --test-case-name <name> — filtrar por nombre de caso de prueba (subcadena que no distingue entre mayúsculas y minúsculas). Se puede repetir para aceptar cualquiera de varios nombres. La coincidencia es con el nombre del punto de entrada del paquete, recurriendo al nombre del caso de prueba y al nombre del caso de prueba de automatización.
• --only-failed : descarga los archivos adjuntos solo para los registros de casos de prueba con el resultado Failed.
• --result-path <path> — directorio de salida. El valor predeterminado es el directorio de trabajo actual (.). El directorio se crea si falta.

Diseño en disco

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

Los nombres de archivos y directorios se sanean: los caracteres que son ilegales en Windows o Unix (< > : " / \ | ? * y caracteres de control) se reemplazan por _ y los nombres se truncan a 200 caracteres.

Ejemplos

# 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

Forma de datos

Ejecución normal:

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

Cuando ningún registro de casos de prueba coincide con los filtros:

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

Cuando algunos archivos adjuntos no se enumeran o se descargan, se anexa una matriz Skipped con una entrada por fallo, con el formato "<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

• ejecución de conjuntos de pruebas : produce el ExecutionId consumido aquí.
• esperar : bloquea hasta que la ejecución sea terminal antes de extraer archivos adjuntos.
• resultado : JUnit XML de la misma ejecución.
• informe : resumen legible por humanos.

Ver también

• Descripción general de Test Manager
• Patrones de scripting