Tests parallel ausführen

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

Dieser Artikel beschreibt, wie man mehrere Testrunner mit Axe Watcher verwendet

Not for use with personal data

Einige Test-Frameworks führen Tests standardmäßig parallel aus, was Ihre Ergebnisse der Barrierefreiheitstests beeinflussen kann, wenn dies nicht berücksichtigt wird. (Im Axe Developer Hub sehen Sie nur die Ergebnisse des letzten Testruns.) Zum Beispiel führt Playwright zwar standardmäßig alle Tests in einer Datei sequentiell aus, erstellt jedoch Worker, um einzelne Testdateien parallel auszuführen. Es ist auch möglich, dass Ihr Unternehmen seine Continuous-Integration-Pipeline parallel laufen lässt, oder Sie möchten Ihre Testsuite mit parallelen Workern laufen lassen, um die Verarbeitung zu beschleunigen.

Bei parallelen Testrunnern müssen Sie sicherstellen, dass jedem Testrunner der gleiche nicht-null buildID gegeben wird, denn wenn die buildID-Eigenschaft null (Standard) ist, überschreiben die Ergebnisse jedes Testrunners ersetzen die bestehenden Barrierefreiheitsergebnisse für denselben Git-Commit-SHA, was zu unvollständigen Daten im Axe Developer Hub führt.

Wenn buildID nicht null ist, können parallele Testrunner mit dem gleichen buildID Ergebnisse erzeugen, die im Axe Developer Hub als ein einziger Testrun erscheinen. Jeder Testrunner sollte denselben nicht-null buildID-String teilen, sodass jeder Testrunner seine Ergebnisse an die bestehenden Ergebnisse für denselben buildID und Git-Commit-SHA anhängt (anstatt sie zu ersetzen).

Um den Wert von buildID zu ändern, verwenden Sie:

Sie können normalerweise einen verwendbaren buildID-Wert von Ihrem Continuous-Integration-Anbieter erhalten. Zum Beispiel können Sie diese Werte verwenden:

  • github.run_id

    Verfügbar innerhalb von GitHub-Workflows. Siehe github context in der GitHub-Dokumentation für weitere Informationen.

  • CIRCLE_PIPELINE_ID

    Mit CircleCI ist der obige Wert in der Umgebung Ihres Prozesses verfügbar. Siehe Eingebaute Umgebungsvariablen in der CircleCI-Dokumentation für weitere Informationen.

    Andere Continuous-Integration-Umgebungsvariablen, die Sie für buildID verwenden können:

    Anbieter Umgebungsvariable
    Bitbucket BITBUCKET_BUILD_NUMBER
    GitLab CI_PIPELINE_ID
    Jenkins BUILD_NUMBER

Is this page helpful?

Help us improve this page

Still need help?