Tricentis Tosca: No-Code Testautomatisierung + Agentic AI [2026]

Was ist Tricentis Tosca?

Tricentis Tosca ist eine Enterprise-Plattform für modellbasierte Testautomatisierung. Hersteller ist Tricentis aus Wien, gegründet 2007, heute weltweit über 2.500 Kunden inklusive großer Banken, Versicherungen und SAP-Häuser. Der Anspruch: GUI-Tests, API-Tests und Lasttests in einem Tool, ohne dass jeder Tester programmieren können muss.

Die wichtigste Eigenschaft, mit der Tricentis selbst wirbt: Teams testen laut Hersteller-Angabe bis zu 12× schneller und erreichen 85% Risk-Coverage bei 40% niedrigeren Testkosten. Das sind Marketing-Zahlen, keine Studien. Sie gelten nur dann, wenn ein Team das modellbasierte Konzept wirklich konsequent durchzieht (siehe nächste Sektion). Wer Tosca wie Selenium benutzt, verbrennt Lizenzkosten.

Wenn du tiefer in Definition und Methoden im Software Testing einsteigen willst, lies dort die Einordnung in die Testpyramide. Tosca spielt vor allem auf der UI- und API-Test-Ebene, weniger auf Komponententest-Ebene (Unit-Test).

Modellbasierte Testautomatisierung statt Skript-Frameworks

In Skript-Frameworks wie Selenium, Cypress oder Playwright schreibt jemand Code, der mit Buttons, Feldern und URLs einer konkreten Anwendung umgeht. Ändert sich die UI, müssen die Skripte angepasst werden. Mit jeder Sprint-Iteration wächst die Wartungslast.

Tosca dreht den Spieß um. Du scannst die Anwendung einmal mit dem Tosca-Wizard. Daraus entsteht ein Modul, das die Anwendung als logische Struktur abbildet: Felder, Aktionen, Validierungen. Testfälle bestehen nicht aus „klick auf XPath /html/body/div[3]", sondern aus „Login mit Benutzer X". Wenn sich die UI ändert, passt du das Modul einmal an, und alle 200 Testfälle, die dieses Modul nutzen, funktionieren weiter.

Der Trade-off: Setup-Aufwand ist deutlich höher als bei einem Selenium-Skript. Eine Tosca-Einführung in einem Enterprise-Projekt dauert typisch 3 bis 6 Monate, bis das Test-Inventar wirklich produktiv ist. Wer in 2 Wochen 50 Smoke-Tests braucht, ist mit Open-Source-Tools schneller. Wer 3 Jahre lang 5.000 Regressionstests pflegen will, gewinnt mit Tosca. Mehr Praxis-Pattern für Testautomatisierung findest du in den 6 goldenen Regeln zur Testautomatisierung.

Die Tosca-Komponenten

Tosca ist keine einzelne Anwendung, sondern eine Suite. Diese vier Komponenten musst du kennen:

• Tosca Commander: die grafische Hauptoberfläche. Hier baust du Module, Testfälle, Testpläne. Drag-and-Drop, keine IDE.
• Tosca Wizard / XScan: scannt eine Anwendung (Web, SAP, Mobile, API) und erzeugt automatisch Module. Spart Wochen Setup gegen manuelles Locator-Schreiben.
• Tosca Executor: führt Testfälle aus, lokal oder verteilt. Headless-Modi für CI/CD.
• Test Repository: zentrale Datenbank (Multi-User, versioniert). Hier liegen Module, Testfälle, Ergebnisse, Reporting.

Ergänzend gibt es Tosca CI Client für Pipeline-Integration und Tosca Distributed Execution für parallele Test-Runs auf mehreren Agents. Wer SAP testet, nutzt zusätzlich Tosca for SAP mit speziellem Bibliotheken-Paket. Wer mobile Apps automatisiert, integriert Tosca Mobile Engine mit Appium-Backend im Hintergrund.

Risikobasierte Testfall-Priorisierung mit Tosca

Risikobasiertes Testen ist eine Pflicht-Disziplin im ISTQB-Curriculum: nicht alle Funktionen sind gleich kritisch, also testen wir die kritischen zuerst und intensiver. Tosca macht das nicht von alleine, aber es hat ein eingebautes Requirements-Mapping, das diese Disziplin operativ unterstützt.

So funktioniert es: Du importierst Requirements (z.B. aus Jira, Azure DevOps oder Excel) in Tosca und verknüpfst jeden Testfall mit den Requirements, die er abdeckt. Tosca berechnet daraus automatisch die Risk Coverage: wie viele Requirements sind aktuell durch Tests abgedeckt, gewichtet nach Risiko-Score. Genau diese Zahl meint Tricentis, wenn sie von „85% Risk Coverage" sprechen. Sie kommt nicht aus Magie, sondern aus konsequenter Pflege der Requirement-Test-Verknüpfung.

In meiner Praxis war das oft der Punkt, an dem Tosca-Projekte gewonnen oder verloren werden. Wer die Requirements-Pflege automatisiert (z.B. via Jira-Connector), gewinnt. Wer sie manuell pflegt, hat in Monat 6 ein totes System.

Beispieltestfall in Tosca

So sieht ein klassischer Tosca-Login-Test in der Struktur aus. Das ist keine TQL-Syntax (Tosca nutzt eine GUI, kein Code), aber die Hierarchie zeigt, wie Tosca denkt:

TestCase: Login Happy Path
  - TestStep: Browser starten
      Module: SeleniumWebDriver
      Action: Open
      Value: https://shop.example.com
  - TestStep: Login-Formular ausfüllen
      Module: LoginPage         # zuvor mit XScan erzeugt
      Action: Input
      Felder:
        - Benutzername: testuser@example.com
        - Passwort: {DataSource: TestData.xlsx, Spalte: pw}
        - LoginButton: Click
  - TestStep: Erfolg verifizieren
      Module: DashboardPage
      Action: Verify
      Erwartung:
        - Begruessung enthaelt: "Willkommen"
        - URL enthaelt: "/dashboard"
  - TestStep: Logout
      Module: HeaderMenu
      Action: Click
      Ziel: LogoutLink

Drei Dinge fallen auf:

1. Keine Locator-Strings im Testfall. Die XPath-Logik steckt im Module LoginPage. Wenn der Login-Button vom Frontend-Team umgebaut wird, änderst du das Module einmal, und alle Testfälle, die Login nutzen, laufen weiter.
2. Testdaten extern. Excel, CSV, Datenbank oder Tosca Test Data Service. Ein Testfall kann mit 100 Datensätzen rechnen, ohne kopiert zu werden.
3. Validierung deklarativ. Du beschreibst, was wahr sein muss, nicht wie du es prüfst.

In der Tosca-GUI wird dieser Testfall als Baum dargestellt. Ein Tester ohne Programmier-Background kann ihn pflegen, sobald die Module einmal stehen.

CI/CD-Integration mit Jenkins und Azure DevOps

Ein Tosca-Test, der nur auf dem Tester-Laptop läuft, existiert in der Pipeline nicht. Genau dafür gibt es den Tosca CI Client (auch „Tosca Executor CLI" genannt). Er kann von jedem Build-Server angetriggert werden und liefert standard-konforme JUnit-XML-Reports zurück.

Beispiel für eine Jenkins-Pipeline:

pipeline {
  agent { label 'tosca-runner' }
  stages {
    stage('Smoke') {
      steps {
        bat '''
          "C:\\Tosca\\ToscaCI\\Client\\ToscaCIJavaClient.exe" ^
            -t junit ^
            -c "@SmokeTests" ^
            -r "Workspace.tws" ^
            -e "results-smoke.xml"
        '''
      }
      post {
        always { junit 'results-smoke.xml' }
      }
    }
    stage('Regression') {
      when { branch 'release/*' }
      steps {
        bat '... ToscaCIJavaClient.exe ... -c "@Regression" ...'
      }
    }
  }
}

In Azure DevOps läuft das analog via Tosca-Extension aus dem Marketplace, in GitLab CI via Shell-Runner mit der gleichen CLI. Wichtig: der Tosca-Runner-Agent braucht eine lizenzierte Tosca-Installation. Lizenzmodell-Falle, dazu mehr in der Lizenz-Sektion.

Pipeline-Grundlagen findest du im Praxis-Guide Jenkins für CI/CD sowie in CI/CD-Pipeline einfach erklärt. Wer Tests in Deployment-Strategien wie Blue/Green oder Canary einbinden will, sollte ergänzend Deployment-Strategien für CI/CD lesen.

Tosca 2026: Cloud, Agentic AI und MCP Server

2025 war für Tricentis ein Pivot-Jahr. Mit dem Launch von Agentic Test Automation und einem Model Context Protocol (MCP) Server hat Tosca den Sprung in die agentische KI-Welt gemacht. Für 2026 setzt Tricentis denselben Vektor fort: Cloud-Deployment als Foundation für KI-Features, MCP als Standard-Schnittstelle für Sprachmodelle.

Was bedeutet das konkret? Ein MCP-fähiger KI-Agent kann auf das Tosca-Repository zugreifen, Module verstehen, Testfälle generieren und Risk-Coverage-Lücken vorschlagen, ohne dass jemand erst Prompts schreibt. Cloud-Deployment macht das skalierbar. Vision AI und Tosca Copilot beschleunigen Modul-Erstellung, weil Screenshots direkt zu Locator-Hypothesen werden.

Mein Take dazu, deckungsgleich mit dem, was ich auch im KI im Software-Testing-Artikel schreibe:

KI ersetzt keine Tester. KI ersetzt Tester die keine KI nutzen.

Tosca-Teams, die jetzt mit Agentic Test Automation experimentieren, bauen in 12 Monaten einen uneinholbaren Vorsprung gegen Teams auf, die das aussitzen. Wer Agentic AI auch außerhalb von Tosca verstehen will, findet in Agentic AI Testing mit Playwright und auf der Agentic-AI-Testing-Beratungsseite mehr Material. Eine breitere Einführung in generative KI für die Testpraxis liefert Generative KI für Testautomatisierung.

Vorteile von Tosca

• Modellbasierter Ansatz reduziert Wartungsaufwand drastisch. UI-Änderungen schlagen an einer Stelle ein, nicht in 200 Testfällen.
• Breite Technologie-Abdeckung. Web, Mobile, SAP, Salesforce, Oracle, Mainframe, Citrix, REST/SOAP/GraphQL-APIs, alles in einem Tool.
• Risikobasierte Priorisierung eingebaut. Requirement-Mapping und Risk-Coverage-Score ohne Custom-Skripting.
• Enterprise-Reporting out of the box. Stakeholder-Dashboards, Trendgrafiken, Audit-Trails, relevant für regulierte Branchen wie Banken oder Pharma.
• Tester ohne Coding-Background werden produktiv. Drag-and-Drop-GUI senkt die Einstiegshürde gegen Skript-Frameworks.
• Klare Roadmap für Agentic AI. Anders als viele Wettbewerber hat Tricentis 2025 schon geliefert, nicht nur Slide-Ware.

Nachteile von Tosca

• Lizenzkosten. Tosca spielt in der Enterprise-Liga. Ein 10-Tester-Setup landet schnell im hohen fünfstelligen Bereich pro Jahr.
• Vendor Lock-in. Die Tosca-Module und das Repository-Format sind proprietär. Migration zu Selenium oder Playwright bedeutet faktisch Neubau.
• Lernkurve trotz No-Code-Versprechen. Wer Tosca wirklich modellbasiert nutzen will, braucht 2 bis 4 Wochen Schulung plus Praxisphase. „No-Code" heißt nicht „No-Concept".
• Windows-only Commander. Tosca Commander läuft nur auf Windows. Wer mit Mac- oder Linux-Workstations arbeitet, braucht Remote-Setup oder Citrix.
• Setup-Aufwand vor Sichtbarkeit. Erste echte ROI-Zahlen sieht ein Tosca-Projekt typisch nach 3 bis 6 Monaten. Stakeholder-Erwartungen müssen entsprechend gemanagt werden.

Alternativen zu Tosca im Vergleich

Tosca ist nicht alternativlos. Je nach Anforderung sind Open-Source-Tools oder andere kommerzielle Suiten besser geeignet:

Lizenzmodell und Pricing-Range

Tricentis nennt keine offiziellen Listenpreise. Vertrieb läuft über Sales-Termine und Custom-Quotes. Aus Reviews auf Capterra, G2 und Erfahrungen aus Projekten liegt der realistische Range bei etwa 5.000 € bis 15.000 € pro Tester pro Jahr, abhängig von Modul-Paket (Web, SAP, Mobile, API, Distributed Execution) und Volumen.

Was du in der Sales-Phase wirklich abfragen solltest:

• Sind Executor-Lizenzen getrennt von Commander-Lizenzen? (Wichtig für CI/CD-Skalierung.)
• Wie viele parallele Test-Runs sind in der Standard-Lizenz erlaubt?
• Welche Module-Pakete brauchst du wirklich? SAP- und Mobile-Module sind separat lizenziert.
• Ist Tosca Cloud als Subscription Teil des Angebots, oder kommt das obendrauf?

Tosca-Pricing ist verhandelbar, vor allem bei Mehrjahresverträgen. Vergleiche immer mit den Total-Cost-of-Ownership eines Open-Source-Stacks (Engineering-Aufwand, Wartung, Reporting-Custom-Build). In vielen Enterprise-Setups gewinnt Tosca beim TCO trotz höherem Listenpreis. In kleineren Setups verliert es klar.

Fazit zu Tosca

Tricentis Tosca ist kein Tool für jeden. Es ist ein Werkzeug für Enterprise-Setups, in denen ein heterogenes Tech-Stack (SAP plus Web plus Mobile plus Mainframe) über Jahre stabil getestet werden muss und Compliance-Druck Audit-Trails verlangt. Da rechnet sich das Lizenzmodell, weil die Wartungslast eines äquivalenten Open-Source-Stacks größer wäre als die Lizenzkosten.

Für Startups, kleine Web-Frontends oder Teams mit starker Engineering-DNA ist Tosca überdimensioniert. Da gewinnt Playwright, Cypress oder Selenium. Tosca ist eines der teuersten Werkzeuge im Regal, und teure Werkzeuge rechnen sich nur, wenn sie den Hebel haben.

Der entscheidende Hebel sitzt nicht im Tool, sondern in der Ownership der Module und der Risk-Coverage-Pflege:

Frameworks skalieren Struktur. Nur Ownership skaliert Qualität.

Wenn du gerade vor einer Tosca-Entscheidung stehst (Einführung, Optimierung, oder Migration weg von Tosca), schau dir die Testautomatisierungs-Beratung von Qytera an oder buche einen kostenlosen Analyse-Workshop. Wir haben Tosca in Banken, Versicherungen und SAP-Projekten produktiv gesehen, und wir haben auch Migrationen weg von Tosca begleitet. Beide Wege sind valide, je nach Kontext.

FAQ: Tricentis Tosca

Was ist Tricentis Tosca und wofür wird es eingesetzt?

Tricentis Tosca ist eine Enterprise-Plattform für modellbasierte Testautomatisierung. Sie deckt GUI-Tests (Web, Mobile, SAP, Salesforce, Mainframe), API-Tests (REST, SOAP, GraphQL) und Lasttests in einem Werkzeug ab. Eingesetzt wird Tosca primär in Großunternehmen mit heterogenen Anwendungslandschaften und Compliance-Anforderungen. Mehr zur Einordnung in Software-Testing-Methoden.

Ist Tosca wirklich No-Code?

Im Alltag eines Testers, der Testfälle pflegt: ja, weitestgehend. Im Setup-Alltag eines Test Automation Engineers, der Module baut und CI/CD anbindet: nein. „No-Code" bezieht sich auf die Testfall-Erstellung, nicht auf das Modul- und Pipeline-Setup. Wer das aus Marketing-Folien anders versteht, wird im Projekt enttäuscht. Vergleiche auch 6 goldene Regeln zur Testautomatisierung.

Was kostet Tricentis Tosca?

Tricentis nennt keine Listenpreise. Realistische Range aus Reviews und Projekterfahrung: 5.000 € bis 15.000 € pro Tester pro Jahr, abhängig von Modul-Paket und Volumen. Executor-Lizenzen für CI/CD-Agents kommen oft separat dazu. Wichtig ist der TCO-Vergleich gegen einen äquivalenten Open-Source-Stack, nicht nur der Listenpreis.

Wie integriert sich Tosca in CI/CD-Pipelines?

Über den Tosca CI Client (ehemals Tosca Executor CLI). Er wird von Jenkins, Azure DevOps, GitLab CI oder GitHub Actions angetriggert und liefert JUnit-XML-Reports zurück. Voraussetzung: der CI-Runner-Agent braucht eine lizenzierte Tosca-Installation. Praxis-Setup-Patterns siehe Jenkins für CI/CD und CI/CD-Pipeline einfach erklärt.

Welche Alternativen zu Tosca gibt es?

Open Source: Selenium, Cypress, Playwright, Robot Framework. Low-Code: Katalon Studio. Welche Alternative besser ist, hängt vom Tech-Stack, der Team-Größe und der Compliance-Lage ab. Vergleichstabelle siehe Sektion Alternativen.

Was ist Agentic AI bei Tosca?

Tricentis hat 2025 Agentic Test Automation und einen Model Context Protocol (MCP) Server gelauncht. Das erlaubt es KI-Agenten, direkt auf das Tosca-Repository zuzugreifen, Testfälle zu generieren und Coverage-Lücken vorzuschlagen. 2026 wird die Cloud-Plattform als Foundation ausgebaut. Hintergrund zu Agentic AI in der Testpraxis findest du in Agentic AI Testing sowie auf der Agentic-AI-Testing-Beratungsseite.

Lohnt sich Tosca für mein Projekt?

Faustregel: Lohnt sich, wenn dein Projekt mindestens drei der folgenden Punkte erfüllt: heterogener Tech-Stack inklusive SAP, mehrjähriger Wartungshorizont, Compliance-Anforderungen mit Audit-Trail, Tester ohne Coding-Background im Team, vorhandenes Tricentis-Budget. Lohnt sich nicht, wenn dein Projekt klein ist, das Team Engineering-affin ist und du Greenfield startest. Im Zweifel: Analyse-Workshop buchen und mit konkreten Zahlen entscheiden.