Esecuzione dei Test in Parallelo

This page is not available in the language you requested. You have been redirected to the English version of the page.
Link to this page copied to clipboard

Questo articolo descrive come usare più esecutori di test con Axe Watcher

Not for use with personal data

Alcuni framework di test eseguono i test in parallelo per impostazione predefinita, il che può influire sui risultati dei test di accessibilità se non tenuto in considerazione. (Vedrai solo i risultati dell'ultimo test eseguito nell'Axe Developer Hub.) Ad esempio, sebbene Playwright esegua per impostazione predefinita tutti i test in un singolo file in sequenza, crea dei worker per eseguire i singoli file di test in parallelo. È anche possibile che la tua organizzazione esegua la pipeline di integrazione continua in parallelo, oppure potresti voler eseguire la tua suite di test utilizzando worker paralleli per accelerare l'elaborazione.

Con esecutori di test paralleli, devi assicurarti che a ogni esecutore venga fornito lo stesso buildID non nullo perché quando la proprietà buildID è null (l'impostazione predefinita), i risultati di ogni esecutore sostituisce i risultati di accessibilità esistenti per lo stesso Git commit SHA, causando dati incompleti nell'Axe Developer Hub.

Quando buildID non è null, gli esecutori di test paralleli con lo stesso buildID possono generare risultati che appaiono come una singola esecuzione di test nell'Axe Developer Hub. Ogni esecutore di test dovrebbe condividere lo stesso stringa buildID non nulla in modo che ogni esecutore concateni (anziché sostituisca) i suoi risultati con i risultati esistenti per lo stesso buildID e Git commit SHA.

Per cambiare il valore di buildID, usa:

Puoi solitamente ottenere un valore utilizzabile di buildID dal tuo provider di integrazione continua. Ad esempio, puoi usare questi valori:

  • github.run_id

    Disponibile all'interno dei workflow di GitHub. Vedi contesto github nella documentazione di GitHub per maggiori informazioni.

  • CIRCLE_PIPELINE_ID

    Con CircleCI, il valore sopra è disponibile dall'ambiente del tuo processo. Vedi Variabili d'ambiente integrate nella documentazione di CircleCI per maggiori informazioni.

    Altre variabili d'ambiente di integrazione continua che puoi usare per buildID:

    Fornitore Variabile d'ambiente
    Bitbucket BITBUCKET_BUILD_NUMBER
    GitLab CI_PIPELINE_ID
    Jenkins BUILD_NUMBER

Is this page helpful?

Help us improve this page

Still need help?