Was ist XLT?
XLT (Xceptance LoadTest) ist ein Open-Source-Last- und Performance-Testing-Framework von Xceptance GmbH, vollständig unter der Apache-2.0-Lizenz veröffentlicht, ohne kostenpflichtige Edition. Kostenpflichtig sind XTC, ein SaaS, das XLT-Tests auf Cloud-Lastgeneratoren ausführt, sowie Support und Schulungen. Es ist Java-basiert, skriptet Tests in JUnit-Stil-Klassen und kombiniert funktionale Regressionstests mit Lasterzeugung in derselben Szenarien-Sprache — ein Selenium-naher Ansatz, der bei E-Commerce-QA-Teams etabliert ist.
XLT läuft auf einer Controller-Maschine und verteilt Last an ein oder mehrere Agent-Maschinen (on-prem oder cloud-bereitgestellt). Zielgruppe: Teams mit Java-Tooling, voller Source-Code-Kontrolle über Szenarien und Präferenz für Self-Hosting statt SaaS-Dashboard.
Wann XLT das richtige Tool ist
XLT passt unter diesen Bedingungen:
- Java-zentriertes QA-Team. Selenium-/JUnit-Erfahrung lässt XLT-Szenarien nativ wirken.
- Funktional + Last in einem Tool. Dasselbe Skript validiert User-Flows und spielt sie unter Concurrency ab.
- Self-hosted Infrastruktur. Strikte Datenresidenz oder Air-Gapped-Anforderungen schließen Cloud-only aus.
- Open-Source-Lizenz. XLT ist unter Apache 2.0 komplett frei, ohne Aufteilung in Community- und Enterprise-Edition, Quellcode auf GitHub.
Wenn Ihr Team Agent-Maschinen provisionieren und Java-Lastszenarien schreiben kann, liefert XLT einen mächtigen kombinierten Workflow.
Wo XLT nicht mehr ausreicht
Stärken bringen Friktion, die moderne Web-Teams bemerken:
- Schwere Java-Einrichtung. JDK, Controller, Agenten, Build-Tooling — nicht-trivialer Einstieg gegenüber Cloud-Tools.
- Agenten selbst betreiben oder bezahlen. Beim Self-Hosting sind Provisionierung und Wartung von Agent-Maschinen operativer Overhead. XTC stellt stattdessen Cloud-Lastgeneratoren automatisch bereit, kostet aber eine Monatsgebühr plus Maschinenstunden.
- Kein gebündeltes API-Monitoring. Kontinuierliches API-Uptime und SLA-Alerts brauchen ein separates Tool.
- Kein Core-Web-Vitals-Tracking. Lighthouse und CWV-Monitoring außerhalb des Scopes.
- Reporting-Modell. Mächtig aber lokal; Ergebnis-Sharing über Engineering hinaus braucht Extra-Arbeit.
LoadFocus vs XLT — Feature-Vergleich
Vergleich von LoadFocus gegen ein typisches XLT-Setup. Preise laut XTC-Preisseite von Xceptance, Stand Oktober 2026.
| Feature | LoadFocus | XLT |
|---|---|---|
| Kosten | Free-Tier; ab 29 $/Monat (19 $/Monat bei jährlicher Zahlung) | Kostenlos, Open Source (Apache 2.0); optional XTC-SaaS ab 50 $/Monat plus Maschinenstunden |
| Cloud-native Ausführung | Ja (keine Agenten) | Mit XTC (Cloud-Lastgeneratoren automatisch bereitgestellt); Self-hosted Agenten optional |
| JMeter-Cloud-Ausführung | Ja (bis 20.000 VUs im Enterprise-Plan) | Java/Selenium-Scripting |
| Browserbasierte Lasttests | Nein (Last auf HTTP-Protokollebene; Playwright-Browser-Checks gehören zum API-Monitoring) | Ja (Selenium-basiert) |
| API-Monitoring | Ja | Nein |
| Core Web Vitals Monitoring | Ja | Nein |
| Multi-Region-Standorte | 25+ weltweit | Wo Sie provisionieren |
| Hosted Dashboard | Ja | Lokale Reports |
| CI/CD-Integration | Ja (API + GitHub Action) | Maven/Gradle |
| Pay-per-Test-Preise | Ja | Self-hosted Infra-Kosten oder XTC-Maschinenstunden |
FAQ
Ist LoadFocus ein direkter Ersatz für XLT?
Für Teams, die XLT primär für HTTP- und Browser-Lasttests nutzen, ja. Teams mit XLTs Java-basierten kombinierten Funktional-+Last-Szenarien können XLT dafür behalten und LoadFocus für cloud-skalierte verteilte Last und kontinuierliches Monitoring nutzen.
Können wir bestehende XLT-Szenarien wiederverwenden?
XLTs Java-JUnit-Skripte portieren nicht direkt. Die meisten migrierenden Teams bauen die Top-Flows in JMeter oder über den LoadFocus-Browser-Recorder neu — meist wenige Tage für kritische Szenarien, danach schnellere Iteration.
Unterstützt LoadFocus Self-Hosted-Ausführung?
Nein — LoadFocus ist cloud-nativ. Bei Air-Gapped oder strikt On-Prem-Pflicht bleibt XLT relevant. Die meisten nicht-regulierten Teams finden Cloud schneller einzurichten.
Wie sieht es preislich aus?
XLT selbst ist frei und Open Source (Apache 2.0). Die echten Kosten sind entweder Self-hosted-Agent-Infrastruktur plus Teamzeit für Wartung oder ein XTC-Abo: Standard für 50 $/Monat oder Bring Your Own für 500 $/Monat, plus Maschinenstunden ab 0,30 $/Stunde. LoadFocus nutzt transparente Monatstarife ab 29 $/Monat (19 $/Monat bei jährlicher Zahlung) mit veröffentlichten gleichzeitigen VUs und Testminuten, inklusive Lasttests, API-Monitoring und Page Speed.
Wie lange dauert die Einrichtung?
Minuten. Registrieren, URL einfügen oder JMX hochladen, Lastprofil wählen, starten — kein JDK, kein Controller, keine Agent-Provisionierung.
Kann es in CI/CD laufen?
Ja. LoadFocus stellt eine REST-API und GitHub Action bereit, damit Lasttests bei jedem Merge mit Schwellen für Antwortzeit, Fehlerrate und Concurrency laufen. XLT integriert über Maven/Gradle, braucht aber verfügbare Agenten, eigene oder die Cloud-Lastgeneratoren von XTC.
LoadFocus kostenlos testen
Wenn Sie XLT heute nutzen und cloud-natives Lasttesten mit API- und Page-Speed-Monitoring auf einem Account wollen, lohnt sich ein paralleler Test. Registrieren Sie sich auf loadfocus.com/signup — ohne Kreditkarte — und starten Sie Ihren ersten Cloud-Lasttest in Minuten.
