Tests parallel uitvoeren

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

Dit artikel beschrijft hoe je meerdere testapparaten gebruikt met Axe Watcher

Not for use with personal data

Sommige testframeworks voeren standaard tests parallel uit, wat je toegankelijkheidstestresultaten kan beïnvloeden als daar geen rekening mee wordt gehouden. (Je ziet alleen de toegankelijkheidsresultaten van de laatste testrun in Axe Developer Hub.) Bijvoorbeeld: hoewel Playwright standaard alle tests in één bestand achtereenvolgens uitvoert, creëert het werkers om individuele testbestanden parallel uit te voeren. Het is ook mogelijk dat je organisatie zijn continue integratiepipeline parallel uitvoert, of je wilt misschien je testsuite uitvoeren met parallelle werkers om de verwerking te versnellen.

Met parallelle testapparaten moet je ervoor zorgen dat elke testapparaat dezelfde niet-nulle buildID krijgt omdat wanneer de buildID-eigenschap null is (de standaard), de resultaten van elke testapparaat vervangen bestaande toegankelijkheidsresultaten voor dezelfde Git commit SHA, resulterend in onvolledige data in Axe Developer Hub.

Wanneer buildID niet null is, kunnen parallelle testapparaten met dezelfde buildID resultaten genereren die als een enkele testrun in Axe Developer Hub verschijnen. Elk testapparaat moet dezelfde niet-nulle buildID-string delen zodat elke testapparaat zijn resultaten kan concatenaten (in plaats van vervangen) met de bestaande resultaten voor dezelfde buildID en Git commit SHA.

Om de waarde van buildID te wijzigen, gebruik je:

Je kunt meestal een bruikbare buildID-waarde verkrijgen van je continuous integration provider. Bijvoorbeeld, je kunt deze waarden gebruiken:

  • github.run_id

    Beschikbaar binnen GitHub-workflows. Zie github-context in de GitHub-documentatie voor meer informatie.

  • CIRCLE_PIPELINE_ID

    Met CircleCI is de bovenstaande waarde beschikbaar uit de omgeving van je proces. Zie Ingebouwde omgevingsvariabelen in de CircleCI-documentatie voor meer informatie.

    Andere continuous integration omgevingsvariabelen die je kunt gebruiken voor buildID:

    Provider Omgevingsvariabele
    Bitbucket BITBUCKET_BUILD_NUMBER
    GitLab CI_PIPELINE_ID
    Jenkins BUILD_NUMBER

Is this page helpful?

Help us improve this page

Still need help?