Compatibilidad

Test Impact Analysis sólo es compatible con orchestrion >= 0.9.4 + dd-trace-go >= 1.70.0.

Configuración

Optimización de tests

Antes de configurar Test Impact Analysis, configura la Test Optimization para Go. Si informas de los datos a través del Agent, utiliza v6.40 y posteriores o v7.40 y posteriores.

Activate Test Impact Analysis for the test service

You, or a user in your organization with the Intelligent Test Runner Activation (intelligent_test_runner_activation_write) permission, must activate Test Impact Analysis on the Test Service Settings page.

Ejecutar tests con Test Impact Analysis activado

Después de completar la configuración, ejecuta tus tests utilizando go test con las siguientes opciones de cobertura de código:

orchestrion go test ./... -cover -covermode=count -coverpkg ./...

1. -cover: la función de Test Impact Analysis utiliza el procesador de cobertura de código integrado de Go, por lo que es necesario activar la recopilación de cobertura de código en el comando go test.

2. -covermode: debe ser count o atomic. Dado que set no es compatible, al establecer este valor se desactiva Test Impact Analysis.

3. -coverpkg: el análisis de cobertura de código para cada test debe configurarse para que se aplique en todas las dependencias de paquete y no sólo para el paquete que se está probando. De esta manera, si una dependencia cambia, se puede realizar un seguimiento del test afectado por este cambio. Si ejecutas el comando del test desde la raíz del proyecto (donde se encuentra el archivo go.mod), puedes utilizar el comodín ./.... En caso contrario, deberás enumerar manualmente todas las dependencias de paquete separadas por comas (pattern1, pattern2, pattern3, ...). Para ello, puedes utilizar el comando go list ./... para obtener todos los nombres de paquete.

Desactivar la omisión de tests específicos

Puedes anular el comportamiento de Test Impact Analysis y evitar que se omitan tests específicos. Estos tests se denominan tests no omitibles.

¿Por qué no se pueden omitir los tests?

Test Impact Analysis utiliza datos de cobertura de código para determinar si deben omitirse tests o no. En algunos casos, estos datos pueden no ser suficientes para tomar esta determinación.

Algunos ejemplos son:

• Tests que leen datos de archivos de texto.
• Tests que interactúan con APIs ajenas al código que se está testeando (como las APIs REST remotas).
• Designar los tests como no omitibles garantiza que Test Impact Analysis los ejecute independientemente de los datos de cobertura.

Marcar tests como no omitibles

Caso de test individual

Añadr el comentario //dd:test.unskippable a tu caso de test para marcarlo como no omitible.

import (
    "testing"
)

//dd:test.unskippable
func TestMyCustomTest(t *testing.T) {
  ...
}

Conjunto de tests

Añade el comentario //dd:suite.unskippable al principio del archivo para marcarlo como no omitible.

Si un conjunto está marcado como no omitible, ninguno de los casos de test de ese conjunto puede ser omitido por Test Impact Analysis.

import (
    "testing"
)

//dd:suite.unskippable

func TestMyCustomTest(t *testing.T) {
  ...
}

func TestMyCustomTest2(t *testing.T) {
  ...
}

Referencias adicionales

Más enlaces, artículos y documentación útiles:

Exploración de los resultados de tests y del rendimientoDOCUMENTACIÓN Solucionar problemas de CI VisibilityDOCUMENTACIÓN