Qu'est-ce que XLT ?
XLT (Xceptance LoadTest) est un framework open-source de tests de charge et performance créé par Xceptance GmbH, avec un palier enterprise payant pour le support et les fonctionnalités avancées. Il est basé sur Java, scripte les tests en classes style JUnit et combine tests fonctionnels de régression et génération de charge dans le même langage de scénarios — un modèle proche de Selenium populaire dans les équipes QA e-commerce.
XLT tourne depuis une machine contrôleur et distribue la charge vers une ou plusieurs machines agent (on-prem ou cloud). Cible : équipes avec tooling Java, contrôle total du code source des scénarios et préférence pour le self-hosting plutôt qu'un dashboard SaaS.
Quand XLT est le bon outil
XLT convient sous ces conditions :
- Équipe QA Java-centrée. L'expérience Selenium/JUnit fait paraître les scénarios XLT natifs.
- Fonctionnel + charge dans un seul outil. Le même script valide les flux utilisateur et les rejoue à la concurrence.
- Infrastructure self-hosted. Résidence des données stricte ou environnements air-gapped excluent le cloud-only.
- Préférence pour licence open-source. L'édition communauté est gratuite et le code est sur GitHub.
Si votre équipe sait provisionner des agents et écrire des scénarios Java, XLT livre un workflow combiné fonctionnel+charge puissant.
Où XLT ne suffit plus
Les forces s'accompagnent de frictions que la plupart des équipes web modernes remarquent :
- Setup Java lourd. JDK, contrôleur, agents, build tooling — onboarding non trivial face aux outils cloud paste-an-URL.
- Agents self-hosted. Provisionner et maintenir des machines agent pour de la charge distribuée réaliste est de l'overhead opérationnel.
- Pas de monitoring d'API bundlé. Uptime et alertes SLA continus demandent un outil séparé.
- Pas de suivi Core Web Vitals. Lighthouse et CWV sont hors périmètre.
- Modèle de reporting. Puissant mais local ; partager les résultats avec des stakeholders non-tech demande du travail.
LoadFocus vs XLT — comparaison des fonctionnalités
Comparaison de LoadFocus face à un setup XLT classique. Tarifs à mai 2026.
| Fonctionnalité | LoadFocus | XLT |
|---|---|---|
| Coût | Free tier ; à partir de 29 $/mois | Open-source + enterprise payant |
| Exécution cloud-native | Oui (pas d'agents) | Agents self-hosted requis |
| Exécution JMeter cloud | Oui (jusqu'à 12 500 VUs) | Scripting Java/Selenium |
| Tests navigateur | Oui (Selenium/Playwright) | Oui (basé Selenium) |
| Monitoring d'API | Oui | Non |
| Monitoring Core Web Vitals | Oui | Non |
| Emplacements multi-régions | 25+ dans le monde | Où vous provisionnez |
| Dashboard hébergé | Oui | Rapports locaux |
| Intégration CI/CD | Oui (API + GitHub Action) | Maven/Gradle |
| Paiement à l'usage | Oui | Coût infra self-hosted |
FAQ
LoadFocus est-il un remplacement direct de XLT ?
Pour les équipes utilisant XLT principalement pour des tests HTTP et navigateur, oui. Les équipes dépendant des scénarios combinés fonctionnel+charge en Java de XLT peuvent garder XLT pour ce flux et utiliser LoadFocus pour de la charge distribuée à l'échelle cloud et du monitoring continu.
Peut-on réutiliser nos scénarios XLT existants ?
Les scripts Java JUnit de XLT ne portent pas directement. La plupart des équipes migrant refont les flux principaux en JMeter ou via l'enregistreur navigateur LoadFocus — généralement quelques jours pour les scénarios critiques.
LoadFocus supporte-t-il l'exécution self-hosted ?
Non — LoadFocus est cloud-natif. Si l'air-gapped ou l'on-prem est une exigence dure, XLT reste pertinent.
Et les tarifs ?
L'édition communauté de XLT est gratuite, mais le coût réel est l'infrastructure self-hosted et le temps équipe pour la maintenir. LoadFocus utilise des paliers mensuels transparents à partir de 29 $/mois avec VUs concurrents et minutes de test publiés, incluant charge, API et page speed sur le même compte.
Combien de temps prend la configuration ?
Minutes. Inscrivez-vous, collez une URL ou uploadez un JMX, choisissez un profil de charge et lancez — sans JDK, sans contrôleur, sans provisionner d'agents.
Peut-il tourner en CI/CD ?
Oui. LoadFocus expose une API REST et une GitHub Action pour que les tests tournent à chaque merge avec seuils sur temps de réponse, taux d'erreur et concurrence. XLT intègre via Maven/Gradle mais exige l'infra agent active.
Essayez LoadFocus gratuitement
Si vous utilisez XLT aujourd'hui et voulez du test de charge cloud-natif avec API et page speed sur le même compte, un test parallèle vaut le coup. Inscrivez-vous sur loadfocus.com/signup — sans carte bancaire — et lancez votre premier test cloud en quelques minutes.
