IBM Cloud Docs
Resumen de pruebas

Resumen de pruebas

El resumen de pruebas hace referencia a una colección de piezas de pruebas que son relevantes para un conjunto de artefactos. El conducto utiliza actualmente dos enfoques para recopilar y resumir pruebas, v1 y v2. La intención es que v1 sea reemplazado por v2.

Colección de pruebas v2

El casillero de pruebas almacena tres tipos de entidades: Activos, _Pruebas_y Archivos adjuntos. Para obtener más información, consulte Formato de pruebasv2.

Activo

Un activo representa algo que puede probar y explorar, como una confirmación de Git en un repositorio o una imagen de docker.

Prueba

Una prueba representa el resultado de un escaneo o prueba. Las pruebas siempre están conectadas al menos a un único activo. Se permiten varios activos. Por ejemplo, una única suite de pruebas de extremo a extremo probablemente pruebe varios activos juntos.

Conexión

Un archivo adjunto son datos arbitrarios que se pueden adjuntar a una prueba. Por lo general, es la salida en bruto de la herramienta que ha realizado el escaneo o la prueba.

Recopilación de pruebas

Utilice el script collect-evidence para recopilar pruebas.

Resumen de pruebas

A diferencia de v1, las pruebas de v2 se almacenan en una jerarquía plana, donde cada prueba se identifica mediante su propio hash. Este hash proporciona una capa de protección de integridad. Es decir, se puede detectar cualquier modificación del contenido de las pruebas. A medida que cada prueba está relacionada con uno o más activos, los algoritmos de resumen de pruebas descubren las pruebas relevantes basadas en activos (en contraposición a los ID de ejecución de conductos en v1).

Las pruebas se resumen, basándose en lo siguiente.

  • ID de ejecución de conducto: las pruebas se circunscriben en función del ID de ejecución de conducto. El ámbito establece el contexto de una prueba.
  • Activo: un activo es una entidad fundamental que está sujeta a pruebas y escaneos rigurosos. Estos activos abarcan varios formatos, como las confirmaciones Git existentes en repositorios en imágenes de Docker.

En el conducto de AC, las pruebas se resumen, basándose en lo siguiente.

  • El ámbito es pipeline_run_id de la ejecución de AC actual para el resumen de pruebas.
  • La lista de activos se calcula utilizando el mandato list_artefacto que lista todos los artefactos guardados en esa ejecución.

En la interconexión de CD, las pruebas se resumen, basándose en lo siguiente.

  • El campo provenance de cada artículo de inventario actúa como asset para el resumen. Tenemos tres tipos de listas de activos:

    • Lista de activos delta: activos que se han modificado desde el último despliegue en el entorno de despliegue.
    • Lista de activos no delta: activos que no se han modificado desde el último despliegue en el entorno de despliegue.
    • Lista de activos completa: activos de todas las entradas de inventario que responden al entorno de despliegue.
  • El campo pipeline_run_id de cada artículo de inventario actúa como scope para el resumen.

    • El ámbito de AC leído del pipeline_run_id de las entradas de inventario.
    • Thw current pipeline_run_id como ámbito de interconexión de CD.

En el conducto CC, las pruebas se resumen, basándose en lo siguiente.

  • El campo provenance de cada artículo de inventario como asset para el resumen. Activos de todas las entradas de inventario que coresponden a la última en el entorno desplegado.

  • El campo pipeline_run_id de cada artículo de inventario actúa como scope para el resumen

    • El ámbito de AC leído del pipeline_run_id de las entradas de inventario.
    • El ámbito de CD leído del código CD-pipeline_run_id que se crea en la conclusión de inventario.
    • El pipeline_run_id actual como ámbito de interconexión CC.

Para obtener más información, consulte Inventario. Para obtener más información sobre el resumen de prod basado en pruebas previas a la producción, consulte Recopilación de resumen de pruebas.

El resumen de pruebas de v2 se calcula de forma predeterminada.

Colección de pruebas v1

Las pruebas se organizan en el casillero para cada ejecución de conducto, es decir, cada prueba que se ha recopilado en una ejecución de conducto se almacena una junto a la otra. Esta organización facilita la recopilación de pruebas cuando tiene un ID de ejecución de conducto. Sin embargo, es difícil saber qué pruebas son relevantes para un activo, como las pruebas relacionadas con una imagen de docker. Esta dificultad se debe a que las pruebas pueden abarcar varias ejecuciones de interconexión, como una interconexión de AC, una interconexión de CD de transferencia o una interconexión de CD de producción. Para obtener más información, consulte Formato de pruebas dev1.

Debido a estas dificultades, v2 reemplaza las pruebas de v1.

La recopilación de pruebas v1 es la recopilación de pruebas heredadas. Para cancelar la participación de la recopilación de pruebas v1, consulte Desactivación de la recopilación de pruebas de herencia v1.