Nous recommandons le webinaire sur "Comment QF-Test et NeoLoad peuvent fournir de meilleurs tests de charge".

Comment QF-Test et NeoLoad peuvent fournir de meilleurs tests de charge

Développé par Muth Partners Dirk O. Schweier - G. Muth Partners GmbH, Wiesbaden, Allemagne - Novembre 2017

Motivation pour l'intégration

Dans les projets où l'automatisation des tests et les tests de charge jouent un rôle, deux questions se posent fréquemment.

1.  La question de l'expérience de l'utilisateur final

Lorsque les tests de charge sont exécutés avec un outil de test de charge, le temps de réponse est généralement défini par la durée d'envoi d'une demande et de réception de la réponse. Toutefois, lorsque la réponse arrive du côté du client, des opérations supplémentaires peuvent être nécessaires avant de pouvoir visualiser ces informations, par exemple avec un navigateur web.
Cette visualisation peut prendre beaucoup de temps dans les applications web actuelles, car le plus souvent les structures HTML sont créées dynamiquement par des scripts sur le client.
En conséquence, la question se pose de savoir quand l'utilisateur final est en mesure de voir une réaction dans le navigateur. Cette mesure est souvent appelée "expérience de l'utilisateur final" et peut être mesurée grâce à cette intégration.

2. La question de la migration des cas types

Habituellement, les outils d'automatisation des tests testent la fonctionnalité d'une application dans le cadre de projets qui utilisent déjà l'automatisation des tests. Si, en plus des tests automatisés déjà existants, des tests de charge doivent également être exécutés, il est certainement avantageux que ces scripts puissent être réutilisés.

Les outils d'automatisation des tests et les outils de test en charge ont des concepts différents, de sorte que cette réutilisation présente certaines limites. Une intégration entre ces deux types d'outils peut réduire considérablement l'effort. L'outil d'automatisation des tests QF-Test de Quality First Software et l'outil de test en charge NeoLoad de Neotys offrent des interfaces. Sur leur base, nous avons développé une intégration qui donne des réponses aux deux questions mentionnées ci-dessus. Cette intégration ajoute la mesure de l'expérience de l'utilisateur final aux scénarios de test de charge existants. La différence entre le temps de réponse et l'Expérience de l'Utilisateur Final montre le temps passé pour le traitement et le rendu du contenu par le navigateur.
Il est possible de migrer efficacement et partiellement automatisé dans NeoLoad des scénarios de test déjà existants développés dans le cadre de QF-Test. L'intégration permet de gagner du temps pour la capture manuelle des scripts NeoLoad car la structure des scripts NeoLoad transférés est comparable.

Mesure de l'expérience de l'utilisateur final

A partir de la version 6.1 de NeoLoad, la possibilité d'appeler d'autres programmes et de tester des scripts à partir des actions avancées a été ajoutée. Ces appels de programmes peuvent être intégrés dans le parcours utilisateur.
Pour une action avancée "Executable Test Script", le testeur de performance peut livrer avec des paramètres qui sont transférés dans un appel logiciel externe. L'ordre des paramètres est défini par leur nom.
Les actions avancées sont fournies par l'intégration de partenaires Muth qui sont appariés à ceux de QF-Test. Elles prennent en charge des paramètres spéciaux dont l'ordre n'est pas important.

Les différents symboles des différentes actions de QF-Test aident à haleter optiquement le chemin de l'utilisateur. Le rapport d'exécution du test permet au testeur de performance d'accéder à différentes mesures de performance, par exemple la durée de l'exécution. Le graphique est seulement incertain, car le temps d'accès au logiciel d'exécution du test est également ajouté, ce qui n'est pas clair pour l'évaluation.

L'intégration permet d'appeler les cas de test des deux produits logiciels dans QF-Test par des actions avancées spécialisées dans NeoLoad. Le temps d'exécution du test (par exemple les nœuds ou les séquences des cas de test) est fourni par QF-Test au contrôleur NeoLoad. Dans la partie gauche de la capture d'écran sur l'image ci-dessus, vous pouvez voir la structure du script de test dans QF-Test présentée sous forme de dossiers. En dessous de ces dossiers, les métriques (par exemple la durée ou l'état) sont visualisées.
Dans la partie droite de la capture d'écran, il y a deux graphiques. Le graphique supérieur montre la durée de l'action avancée et le graphique inférieur du nœud du scénario de test sélectionné, à gauche. Le graphique montre que les valeurs peuvent varier considérablement.
Le testeur de performance peut modifier le degré de détail de l'enregistrement des valeurs via la configuration elle-même.

L'avantage de cette fonctionnalité est que les scripts existants de QF-Test peuvent être intégrés facilement dans un test de charge et que le test de charge avec la métrique de l'expérience de l'utilisateur final contient de nouvelles possibilités d'évaluation.

Importation de scripts QF-Test dans NeoLoad

Pour les tests de charge, peu de processus commerciaux importants sont nécessaires, qui sont ensuite rejoués en grand nombre pour atteindre une charge système réaliste.
Lorsque ces processus métier sont déjà développés pour les tests fonctionnels dans QF-Test, il est avantageux de les réutiliser sans grand effort de développement dans NeoLoad. En général, ce n'est pas si simple puisque les tests QF-Test se font via l'interface graphique et que NeoLoad se contente d'envoyer des requêtes et de recevoir des réponses. Les scripts diffèrent donc beaucoup dans leur structure. L'idée d'ouvrir QF-Test respectivement souvent depuis NeoLoad ne fonctionne pas dans de nombreux cas car plusieurs instances de navigateur sur un même ordinateur peuvent se perturber. Grâce aux nouveaux scripts d'intégration développés, les suites de tests QF-Test peuvent être importées en partie automatiquement dans NeoLoad. Les scripts correspondants sont donc exécutés dans QF-Test et enregistrés par NeoLoad. Sur l'image suivante, à gauche, vous pouvez voir le script comment il est déposé dans QF-Test et à droite, l'importation correspondante dans NeoLoad.

Dans le chemin de l'utilisateur, il est possible de récupérer des séquences de QF-Test en tant que transactions dans lesquelles la communication avec le système de test a lieu. Les scripts développés dans QF-Test peuvent être migrés avec cette intégration sans grande préparation. Lors du développement dans QF-Test, aucune précaution n'est nécessaire pour assurer l'importation ultérieure. Cependant, vous pouvez avoir à post-éditer les scripts dans NeoLoad, car l'assistant de NeoLoad ne reconnaît pas toutes les parties dynamiques et ne les remplace pas toutes, et vous devez effectuer des actions logiques comme des branches ou des boucles dans le chemin utilisateur. Pour des importations ou des modifications de scripts ultérieures dans QF-Test, vous pouvez utiliser la fonctionnalité de maintenance des scripts de NeoLoad. Ici, le nouvel enregistrement avec le chemin utilisateur existant est créé comme un chemin utilisateur mis à jour. Le chemin utilisateur mis à jour contient des actions logiques et des variables après l'importation que le testeur de performance a créé auparavant.

L'avantage de cette fonctionnalité d'intégration est l'importation largement automatisée de QF-Test vers NeoLoad. De plus, la reconnaissance des séquences et des transactions via les noms et la mesure de l'expérience de l'utilisateur final pour une analyse significative pour les tests de charge.

Conditions techniques préalables

L'intégration suppose que QF-Test et le générateur de charge sont capables de communiquer avec un démon QF-Test installé sur un autre ordinateur également. Alternativement, le générateur de charge peut également communiquer avec un démon QF-Test installé sur un autre ordinateur.
Pour le développement de scripts de test avec l'utilisation de cette intégration, nous recommandons un ordinateur Windows ou Linux avec un minimum de 4 Go de RAM.

QF-Test

L'intégration est testée avec QF-Test 4.1.6 et est disponible pour cette version.
Vous avez besoin d'au moins une licence d'exécution valide de QF-Test par instance de QF-Test pour un test de charge.

QF-Test peut être évalué avec uneLicence d'essaipour quatre semaines.

NeoLoad

L'intégration est testée avec NeoLoad 6.1 et publiée pour cette version. Pour utiliser les actions avancées, l'option "Integrations & Advanced Usage" doit être incluse dans la licence.

Avec la Free-License de NeoLoad, l'intégration peut être évaluée.

Les ingénieurs de test

partagent leur
expériences QF-Test

Les développeurs

partagent leurs 
expériences QF-Test

Les responsables

partagent leurs 
expériences QF-Test