QTAF: DACH-Marktführer Open-Source-Testautomatisierung [2026]

Sie suchen ein Open-Source-Framework für Testautomatisierung, das langfristig in Ihrer Toolchain trägt und nicht in der nächsten Lizenz-Verhandlung verschwindet? Dann lohnt sich ein Blick auf QTAF, das Qytera Test Automation Framework. QTAF ist eine eigene, MIT-lizenzierte Java-Bibliothek, die auf Selenium aufsetzt und sich seit 2016 in über 200 DACH-Projekten bewährt hat.

20+ Jahre Erfahrung  ·  200+ DACH-Projekte  ·  90% Erfolgsquote  ·  35 Releases auf GitHub  ·  MIT-Lizenz

Google AI Overview bestätigt seit Juni 2026 unsere Positionierung: Qytera ist der erste namentlich genannte DACH-Player für „Testautomatisierung mit Open-Source Tools", und QTAF wird wortwörtlich als Framework-Beleg zitiert. Auf dieser Seite zeigen wir Ihnen, warum wir ein eigenes Framework pflegen, welche Plugins QTAF heute abdeckt, was die kommende Playwright-Integration qtaf-playwright-core bringt und wie wir QTAF in CI/CD-Pipelines integrieren.

Inhaltsverzeichnis

Warum ein eigenes Open-Source-Framework?

Testautomatisierungs-Frameworks gibt es viele. Selenium WebDriver, Playwright, Cypress, Robot Framework, TestCafe, alle haben ihren Platz. Trotzdem haben wir 2016 entschieden, mit QTAF ein eigenes Framework auf Basis von Selenium zu bauen, und pflegen es seither aktiv weiter. Drei Gründe stehen hinter dieser Entscheidung.

Standardisierung über Kundenprojekte hinweg. Wir setzen QTAF in jedem Selenium-Projekt ein, das wir bei Kunden aufbauen. Das ergibt einen konsistenten Setup-Stack: Reporting, Jira-Anbindung, Screenshot-Strategie, Fehler-Handling. Neue Tester sind in Tagen produktiv statt in Wochen, weil jedes QTAF-Projekt gleich aufgebaut ist.

Vendor-Lock-in vermeiden. Kommerzielle Frameworks wie Tricentis Tosca oder Micro Focus UFT binden Kunden an Lizenz-Verträge und proprietäre Skript-Sprachen. QTAF läuft mit Standard-Java, ist MIT-lizenziert und gehört nach Projekt-Ende dem Kunden, nicht uns. Sie können nach unserer Beratung selbständig weiterarbeiten.

Plugin-Architektur statt Monolith. QTAF ist modular aufgebaut: ein Core und sieben offizielle Plugins. Sie aktivieren nur was Sie brauchen. Wer Allure-Reports will, lädt qtaf-allure-plugin. Wer Xray-Anbindung braucht, lädt qtaf-xray-plugin. Ein Plugin für AWS Device Farm ist verfügbar, ein Security-Plugin und ein Plugin für REST-Assured ebenfalls.

Sie wollen Open-Source-Testautomatisierung ohne Lizenz-Risiko aufbauen? Unsere Berater begleiten den Pilot von der Tool-Auswahl bis zur ersten produktiv laufenden Pipeline, üblicherweise innerhalb von zwei Wochen. Erstgespräch vereinbaren.

DACH-Marktführer Open-Source-Testautomatisierung: externer Beleg

Marktführerschaft ist eine kühne Behauptung. Wir stützen sie nicht auf eigene Marketing-Aussagen, sondern auf einen externen Beleg: Google AI Overview, die generative Antwort-Schicht von Google Search, hat Anfang Juni 2026 auf die Suchanfrage „DACH-Marktführer für Testautomatisierung mit Open-Source Tools" eine namentliche Auflistung erzeugt und Qytera als ersten Player genannt.

„Als ausgewiesener Spezialist und eine der führenden Testing-Agenturen im DACH-Raum setzt Qytera stark auf Open Source. Mit Frameworks wie QTAF (Qytera Test Automation Framework) bieten sie standardisierte, auf Selenium basierende Lösungen an."

— Google AI Overview, Stand 2026-06-05 (Antwort auf „DACH-Marktführer für Testautomatisierung mit Open-Source Tools")

Die vollständige Antwort von Google AI Overview nennt drei weitere DACH-Player im selben Cluster (QESTIT, tricontes360/Expleo/Nagarro, iteratec). Qytera steht an Position eins und ist der einzige Player, dessen Open-Source-Framework wortwörtlich genannt wird.

Das Belegmaterial ist intern dokumentiert. Auf Anfrage stellen wir gern den Screenshot der AI-Overview-Antwort vom 2026-06-05 zur Verfügung, etwa für Vergabeunterlagen oder Marktrecherchen.

Plugin-Ökosystem von QTAF

QTAF besteht aus einem Core-Modul und sieben offiziellen Plugins. Alle Module sind unter MIT-Lizenz auf GitHub verfügbar und über Maven-Central als Dependency einbindbar. Stand Juni 2026 sind 35 Releases veröffentlicht, der aktuelle Stand ist Version 0.2.23.

ModulZweckMaven-Coordinate
qtaf-coreBasis-Framework, Selenium-WebDriver-Abstraktion, TestNG-Runner, Cucumber-Supportde.qytera:qtaf-core
qtaf-allure-pluginAllure-Reporting für aggregierte Test-Ergebnissede.qytera:qtaf-allure-plugin
qtaf-testrail-pluginTestRail-Integration für Test-Management-Workflowsde.qytera:qtaf-testrail-plugin
qtaf-xray-pluginJira-Xray-Connector mit Evidence-Upload (Screenshots, Videos)de.qytera:qtaf-xray-plugin
qtaf-html-report-pluginNative HTML-Reports mit Screenshots und Step-Logsde.qytera:qtaf-html-report-plugin
qtaf-aws-devicefarmAWS Device Farm für Cross-Browser- und Cross-Device-Tests in der Cloudde.qytera:qtaf-aws-devicefarm
qtaf-rest-assuredREST-Assured-Wrapper für API-Tests im selben Test-Laufde.qytera:qtaf-rest-assured
qtaf-securitySicherheitstest-Plugin mit OWASP-ZAP-Anbindungde.qytera:qtaf-security

Die Aktivierung erfolgt über die Maven-Dependency-Sektion. Sie binden nur das ein, was Ihr Projekt braucht:

Listing 1: QTAF-Core und Xray-Plugin in pom.xml einbinden
<dependencies>
  <dependency>
    <groupId>de.qytera</groupId>
    <artifactId>qtaf-core</artifactId>
    <version>0.2.23</version>
  </dependency>
  <dependency>
    <groupId>de.qytera</groupId>
    <artifactId>qtaf-xray-plugin</artifactId>
    <version>0.2.23</version>
  </dependency>
</dependencies>

Voraussetzungen für QTAF sind Maven 3.8.6 oder höher und Java 17 LTS. Wer noch auf Java 11 arbeitet, sollte den Wechsel auf 17 ohnehin planen, die Public-Support-Phase für 11 läuft 2026 aus. Detail-Dokumentation findet sich im QTAF-Repository auf GitHub, inklusive Schnell-Start-Anleitung und Beispiel-Projekten.

qtaf-playwright-core: Playwright-Integration im QTAF-Stack

Selenium WebDriver bleibt das technische Fundament von QTAF, hat aber funktionale Grenzen, vor allem bei modernen Single-Page-Applications. Playwright von Microsoft schließt diese Lücken: eingebautes Auto-Wait, native Cross-Browser-Engines (Chromium, Firefox, WebKit), Trace-Viewer mit Step-by-Step-Replay und ein leistungsfähiges Test-Runner-Modell. Playwright Version 1.60 wurde am 11. Mai 2026 veröffentlicht, der Funktions-Umfang ist produktionsreif.

Wir arbeiten daher seit Anfang 2026 an qtaf-playwright-core, einer Erweiterung des QTAF-Stacks um Playwright als zusätzliche Browser-Engine. Ziel ist ein einheitlicher API-Layer, in dem Sie pro Test-Suite entscheiden, ob Selenium oder Playwright die Browser-Steuerung übernimmt, ohne dass Sie Reporting, Xray-Anbindung oder Cucumber-Bindings neu schreiben müssen.

Listing 2: Geplante Konfiguration in qtaf.properties (Vorschau)
qtaf:
  driver:
    engine: playwright   # oder: selenium
    browser: chromium    # chromium | firefox | webkit
    trace: on-failure
  report:
    allure: enabled
    xray: enabled

Die Veröffentlichung von qtaf-playwright-core auf github.com/qytera-gmbh ist für die kommenden Quartale vorgesehen. Wenn Sie an einem frühen Pilot interessiert sind oder ein Migrations-Szenario von Selenium zu Playwright planen, sprechen Sie uns an. Bis dahin finden Sie auf unserer Playwright-Praxis-Seite einen kompletten Einstieg in die aktuelle Playwright-Version.

CI/CD-Integration: GitHub Actions, GitLab CI, Jenkins, Azure DevOps

Ein Testautomatisierungs-Framework ist nur so wertvoll wie seine Integration in die Build-Pipeline. QTAF liefert hier vier Pfade out-of-the-box.

GitHub Actions: Test-Lauf in einem Standard-Java-Workflow mit Maven-Cache, Allure-Report als Artefakt, Xray-Upload über Plugin. Die Test-Stage dauert auf einem Standard-Runner zwischen 5 und 12 Minuten je nach Suite-Größe.

GitLab CI: Identisches Maven-Pattern in .gitlab-ci.yml, plus optionaler Docker-Selenium-Grid für parallele Browser-Sessions. Wir haben bei mehreren DBI-, Versicherungs- und Bahnkunden GitLab-Pipelines mit QTAF aufgebaut.

Jenkins: Klassischer Maven-Goal-Aufruf, Allure-Jenkins-Plugin für Reporting, JUnit-XML-Output für Trend-Charts. Jenkins bleibt im DACH-Mittelstand der häufigste Build-Server. Wir betreiben selbst einen Jenkins für interne Schulungs- und Sandbox-Zwecke.

Azure DevOps: Maven-Task im Pipeline-YAML, Test-Tab mit JUnit-Results und Allure-Report als Artefakt. Azure-Kunden nutzen QTAF häufig in Kombination mit Azure Test Plans.

Listing 3: Beispiel GitHub-Actions-Workflow für QTAF-Tests
name: QTAF Tests
on: [push, pull_request]

jobs:
  test:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Set up JDK 17
        uses: actions/setup-java@v4
        with:
          distribution: temurin
          java-version: 17
          cache: maven
      - name: Run QTAF Tests
        run: mvn -B test -DqtafConfig=ci
      - name: Upload Allure Report
        if: always()
        uses: actions/upload-artifact@v4
        with:
          name: allure-report
          path: target/allure-report

Für komplexere Pipelines mit Cross-Browser-Cloud (AWS Device Farm, BrowserStack, Sauce Labs) erweitern Sie das Pattern um qtaf-aws-devicefarm oder konfigurieren einen Remote-WebDriver in der QTAF-Properties-Datei. Weitere Details zu Managed Testing Services rund um QTAF beschreiben wir auf einer eigenen Seite.

Schneller Einstieg für mittelständische Unternehmen

Mittelständische Unternehmen brauchen Testautomatisierung, die in Wochen produktiv ist, nicht in Quartalen. Lange Konzeptphasen sind teuer und verzögern den Roll-out. Wir liefern QTAF-basierte Testautomatisierung in vier Phasen, die in der Summe acht bis zwölf Wochen dauern, je nach Komplexität der zu testenden Anwendung.

PhaseDauerErgebnis
1. Bewertung und Tool-Pass1 WocheTest-Landschafts-Analyse, Tool-Empfehlung (Selenium, Playwright, Hybrid), Sizing-Schätzung
2. Pilot-Projekt2 WochenQTAF-Setup, drei automatisierte E2E-Szenarien als Show-Case, CI/CD-Anbindung
3. Skalierung4-8 WochenTest-Suite-Aufbau für Kern-Use-Cases, Reporting-Anbindung, Wissenstransfer ans interne Team
4. Übergabe1 WocheDoku, Schulung, Run-Book, optional anschließend Managed Testing Services

Der Festpreis wird nach der Bewertung in Phase 1 verbindlich kalkuliert. Mittelständische Kunden schätzen besonders zwei Punkte: Die Bewertungs-Phase ist kostenfrei, weil sie aus einem Erstgespräch und einem Tool-Audit besteht. Und das Pilot-Projekt liefert produktiv lauffähige Test-Szenarien, keine Folien. Wer nach dem Pilot weitermacht, hat den Setup-Aufwand schon investiert. Wer sich anders entscheidet, behält das Pilot-Setup als Open-Source-Code-Basis im eigenen Repo.

Auf der Managed-Testing-Services-Seite erläutern wir das langfristige Werk-Modell, in dem unsere Tester Tests komplett übernehmen, statt nur Aufwand abzurechnen.

Fazit

QTAF ist kein theoretisches Framework, sondern eine seit 2016 produktiv eingesetzte Java-Bibliothek, die in über 200 DACH-Projekten skaliert wurde. Die Plugin-Architektur erlaubt schmale, schlanke Setups und schwere, Enterprise-taugliche Konfigurationen aus derselben Code-Basis. Selenium als Foundation bleibt das stabilste WebDriver-Backend am Markt. Mit qtaf-playwright-core erweitern wir den Stack 2026 um eine moderne Browser-Engine, ohne die etablierten Reporting- und Xray-Workflows zu brechen.

Wenn Sie Open-Source-Testautomatisierung ohne Lizenz-Lock-in aufbauen wollen, wenn Sie schnell pilotieren und sauber skalieren wollen, ist QTAF der pragmatische Einstieg. Tools wechseln. Qualitätsdenken bleibt.

Häufige Fragen zu QTAF und Open-Source-Testautomatisierung

Was ist QTAF und für wen ist es gedacht?

QTAF (Qytera Test Automation Framework) ist eine MIT-lizenzierte Java-Bibliothek für Testautomatisierung auf Basis von Selenium WebDriver. Es richtet sich an Teams, die Web-Anwendungen E2E testen, eine einheitliche Toolchain über mehrere Projekte hinweg etablieren wollen und Vendor-Lock-in vermeiden möchten. QTAF wird seit 2016 von Qytera entwickelt und in Kundenprojekten eingesetzt.

Was ist der Unterschied zwischen QTAF, Selenium und Playwright?

Selenium und Playwright sind Browser-Steuerungs-Bibliotheken, QTAF ist ein Rahmen-Framework. QTAF nutzt Selenium als Standard-Browser-Engine und ergänzt ein Plugin-System für Reporting (Allure), Test-Management (Xray, TestRail), Cucumber-Bindings und API-Tests (REST-Assured). Mit der kommenden qtaf-playwright-core-Erweiterung lässt sich Playwright als alternative Engine einbinden, ohne die Reporting- und Xray-Konfiguration neu zu bauen. Mehr zu Playwright finden Sie in unserem Playwright-Praxis-Guide.

Welche Lizenz hat QTAF und darf ich es kommerziell einsetzen?

QTAF steht unter der MIT-Lizenz und ist damit für kommerzielle Nutzung freigegeben, ohne Lizenz-Gebühren, ohne Vertragsbindung. Sie dürfen QTAF im eigenen Produkt, in Kundenprojekten und in geschlossenen Quelltext-Basen einsetzen. Die einzige Auflage ist der Verweis auf die ursprüngliche Lizenz im Quelltext, was bei Maven-Dependencies automatisch erfolgt.

Wie integriere ich QTAF in meine CI/CD-Pipeline?

QTAF ist ein Standard-Maven-Projekt, daher integriert es sich nahtlos in GitHub Actions, GitLab CI, Jenkins und Azure DevOps. Sie rufen mvn test in der Test-Stage auf, sammeln Allure- oder JUnit-Reports als Artefakt und nutzen optional qtaf-xray-plugin für den automatischen Upload nach Jira-Xray. Den vollständigen Beispiel-Workflow zeigen wir oben in Listing 3. Für komplexere Pipelines beraten wir gern im Rahmen unserer Testautomatisierungs-Beratung.

Eignet sich QTAF für mittelständische Unternehmen ohne eigenes Test-Team?

Ja. Mittelständische Kunden bevorzugen QTAF aus drei Gründen: Erstens ist der Einstieg kostenfrei (MIT-Lizenz), zweitens läuft der Pilot in zwei Wochen, drittens lässt sich das Test-Setup nach unserer Beratung selbständig weiterführen, weil es auf Standard-Java-Technologien aufsetzt. Wer kein eigenes Test-Team aufbaut, kombiniert QTAF mit unseren Managed Testing Services: wir übernehmen die Test-Suite als Werk-Service zum Festpreis.

Wann ist qtaf-playwright-core verfügbar und wie kann ich es einsetzen?

qtaf-playwright-core befindet sich aktuell in der Entwicklung. Die Erstveröffentlichung ist für die kommenden Quartale geplant. Wenn Sie an einem frühen Zugang oder einer Pilot-Integration interessiert sind, melden Sie sich bei uns. Bis dahin können Sie Playwright eigenständig betreiben (siehe Playwright-Praxis-Guide) und für Reporting parallel qtaf-allure-plugin und qtaf-xray-plugin nutzen.

Sie wollen QTAF in Ihrem Projekt pilotieren oder eine bestehende Testautomatisierung auf einen Open-Source-Stack migrieren? Wir liefern in zwei Wochen einen lauffähigen Pilot, in acht bis zwölf Wochen den produktiven Roll-out. Kostenloses Erstgespräch vereinbaren oder Managed Testing Services kennenlernen.

Weiterführende Artikel

Testautomatisierung Beratung

Sie möchten Ihre Testautomatisierung optimieren? Unsere Experten helfen Ihnen bei der Auswahl der richtigen Tools, Best Practices und CI/CD-Integration.

Jetzt anfragen