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 comoasset
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 comoscope
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.
- El ámbito de AC leído del
En el conducto CC, las pruebas se resumen, basándose en lo siguiente.
-
El campo
provenance
de cada artículo de inventario comoasset
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 comoscope
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.
- El ámbito de AC leído del
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.