Der Azure-Lieferdienst++

Einfache Pipelines, die nur ein Artefakt erzeugen, wie im ersten Teil dieser Serie [1] beschrieben, kommen in der Praxis eher selten vor. Oft haben Pipelines viele verschiedene Schritte, um sehr unterschiedliche Qualitätsziele für das jeweilige Softwaresystem zu etablieren. Dazu gehört in der ­Regel auch eine Vielzahl an automatischen und manuellen Tests, so zum Beispiel Unit-Tests, Integrationstests und Coded-UI-Tests. Hierbei entsteht allerdings die Herausforderung, dass vor allem Integrations- und Coded-UI-Tests von den Rahmenbedingungen des ausführenden Systems abhängig sind. Beispielsweise verhalten sich verschiedene Versionen eines Browsers unterschiedlich, wodurch es unumgänglich ist, Tests auch auf diesen unterschiedlichen Browsern durchzuführen. Erlauben die Browser dabei keine Parallel­installation in der gleichen Betriebssysteminstanz oder sollen die Tests parallelisiert werden, so ist es nötig, die Tests in unterschiedlichen Umgebungen auszuführen.