Tests de charge et de performance avec QF-Test

QF-Test for UI-based Load Tests

This video shows you how you can create system load via the UI with the QF-Test Demo test suite for monitoring and measuring real end-to-end times as well as user acceptance times and ressources needed.

• L’application est stressée / mise en charge. De nombreuses actions simultanées/synchronisées testent la limite de charge de l’application. La caractéristique particulière de QF-Test est que les tests de charge sont exécutés via l’interface graphique (utilisateur/transaction via QF-Test dans leurs propres sessions utilisateur) et non pas de manière évitable basée sur le protocole.
• La détection d’erreurs non fonctionnelles est possible : par exemple, temps de réponse, fonctionnement en direct simulé, stabilité de l’environnement du serveur/client. Complément aux tests orientés vers les fonctions.
• Vous pouvez créer des tests de charge à partir de composants fonctionnels (QF-Test est principalement un outil de test d’interface graphique fonctionnelle), de sorte que vous pouvez réutiliser les étapes existantes.
• Il est possible de vérifier les dimensions du matériel côté client. Alternatives : via des ordinateurs/bureaux virtuels, des solutions basées sur le cloud, des dockers/conteneurs.
• QF-Test peut être combiné avec de nombreux autres outils, de sorte que la charge est générée : Des outils comme JMeter, JUnit ainsi que des loutils de test de charge spécialisés comme NeoLoad (un outil basé sur un protocole pour le web), Loadrunner de hp, Gatling, Silkperformer, Scapa TPP etc.
• Les détails techniques et la mise en œuvre des tests de charge QF-Test sont documentés dans le manuel. Un scénario simple et un exemple de mise en œuvre sont fournis dans l’installation QF-Test.
• Pour l’exécution des tests de charge (également pour les numéros plus élevés), des licenses runtime rentables peuvent être achetées ou louées (licence d’abonnement) pour une période déterminée.

Exemples pratiques : Test QF en cours d’utilisation

Mme Weiß de la Münchener Verein, Munich, Allemagne : « Lorsque l’analyse coûts-bénéfices d’un projet ne recommande pas de tests de charge approfondis, les tests automatisés QF-Test existants sont lancés manuellement ou contrôlés dans le temps sous la forme d’un travail par lots sur 20 machines virtuelles du groupe d’assurance MÜNCHENER VEREIN. Ainsi, cette charge est créée sur l’application et une déclaration concernant les performances est possible ».

Rapport d’évaluation pour les tests de charge : Comparaison de 11 outils, open source et commerciaux :  Example pratique d’ALEA GmbH

NeoLoad et QF‑Test

Fermer

QF-Test se concentre sur l’interface web, NeoLoad sur les systèmes backend et le niveau réseau.

• Les tests de régression créés via QF-Test peuvent toujours être utilisés dans NeoLoad comme des tests de charge, des tests de stress et des tests de performance.
• Au niveau web, ces tests sont exécutés au niveau du protocole réseau, c’est-à-dire sans présentation graphique dans le navigateur. NeoLoad convertit ces tests de régression QF-Test en tests de charge web.
• Muth Partners a créé une interface logicielle spéciale pour intégrer les scripts QF-Test existants.

Avantages des tests de charge avec les deux outils

• Ces tests de charge NeoLoad contiennent une métrique de l’expérience de l’utilisateur final pour de nouvelles possibilités d’analyse.
• Import automatisé de QF-Test vers NeoLoad dans une large mesure.
• Reconnaissance possible via les noms des séquences et des transactions

Plus d’information

• Whitepaper by NeoLoad
• Webinar recording
• Press release by QFS and Neotys
• Whitepaper about the integration of QF-Test in NeoLoad by Muthpartners

FAQ – Foire aux questions sur les tests de performance et de charge

À quelle fréquence les tests de performance automatisés doivent-ils être exécutés ?

Idéalement, de petits tests de performance “smoke” doivent être exécutés à chaque build ou merge important.

Les tests de charge et de stabilité plus complets sont généralement planifiés chaque nuit ou avant les releases afin de garantir des résultats comparables.

Quelles exigences minimales un test de performance automatisé doit-il respecter ?

Il doit être reproductible, avoir un profil de charge clairement défini et vérifier des métriques cibles mesurables (par ex., latence p95, taux d’erreurs).

De plus, un monitoring est nécessaire afin de pouvoir retracer les causes des écarts.

Comment gérer les dépendances externes (par ex. paiement, login, API) dans les tests automatisés ?

Elles sont soit incluses volontairement dans le scénario end-to-end, soit remplacées de manière contrôlée (mock/staging) pour obtenir des résultats stables.

Il est essentiel de définir une stratégie pour chaque dépendance et de la rendre transparente dans les résultats.

Comment éviter que les tests de performance deviennent “flaky” ?

En utilisant des fenêtres de test fixes, des données de test stables, des configurations identiques et des exécutions répétées avec comparaison médiane/percentile.

Il est également utile de définir des seuils avec tolérances et d’éviter de surcharger l’infrastructure en parallèle pendant les tests.

Avantages pour les testeurs de logiciel

Avantages de QF-Test pour testeurs: utilisation intuitive, structure claire, automatisation rapide et robuste.

Avantages pour les développeurs de logiciel

Accès API, langues de programmation Groovy, Jython & JavaScript, intégrabilité Unit, documentation extensive, modularisation des tests.

Avantages pour les décideurs

Rapide retour sur investissement, vite au marché, établi depuis plus de 20 ans, monitoring quotidien