Décembre 2020 Release

Les nouveautés de NeoLoad 7.7?

Dashboards: Rapports préconfigurés

Les rapports standards sont maintenant disponibles dans les Dashboards de NeoLoad. Vous pouvez accéder aux rapports standards directement depuis votre résultat de test ou depuis la section Dashboards. Une fois généré, le rapport standard peut être personnalisé.

Cliquez pour agrandir l’image

Export des tableaux de données au format CSV

Il est maintenant possible d’exporter un tableau de données dans un fichier formaté en CSV.

Identification unique (SSO)

Le login de NeoLoad SaaS est maintenant configurable pour utiliser le Single Sign-on (SAML). Le login neotys.com est également activé en SSO pour accéder au portail Neotys (Espace client, Neotys Academy, etc.). Si vous êtes sur un plan SaaS Enterprise, contactez le support pour paramétrer votre compte.

Cliquez pour agrandir l’image

Moniteur Prometheus

NeoLoad peut désormais se connecter nativement à votre système de monitoring Prometheus et obtenir toutes les métriques pertinentes dont vous avez besoin pour votre analyse de performance. Créez une visibilité en temps réel de plusieurs requêtes Prometheus dans le moniteur Prometheus de NeoLoad.

Cliquez pour agrandir l’image

Structurez dynamiquement vos compteurs de performances et personnalisez la façon dont vous analysez l’application testée.

Redéfinissez les moniteurs Prometheus existants avec des variables as-code pour atteindre un haut degré d’automatisation.

Les requêtes promQL sont résolues lors de la phase d’initialisation du test pour définir la liste des compteurs.

Gérer les instances pour les moniteurs de la famille Microsoft

Pour éviter les reconfigurations entre les tests, vous pouvez désormais spécifier des instances avec des expressions régulières au lieu de les sélectionner dans la liste des instances. Cela est particulièrement utile pour les instances qui changent de nom entre les tests et qui répondent à un modèle de dénomination dans les environnements dynamiques (par exemple, les adaptateurs réseau Hyper-V, les noms de processus IIS, etc.)

Cliquez pour agrandir l’image

Les expressions régulières sont résolues lors de la phase d’initialisation du test pour définir la liste des compteurs.

Améliorations de l’infrastructure dynamique

Check Parameters

Testez les paramètres de votre fournisseur à partir de l’écran de paramétrage.

Cliquez pour agrandir l’image

Logs des clusters

Les événements liés aux Clusters apparaissent désormais dans l’onglet des logs.

Cliquez pour agrandir l’image

Labels

Personnalisez les labels pour l’orchestrateur de votre choix afin de faciliter l’intégration avec vos systèmes d’entreprise tels que les systèmes en self-service ou de facturation.

Cliquez pour agrandir l’image

Python CLI : exemple d’intégration continue Bamboo

Trouvez des exemples prêts à l’emploi de configurations de Bamboo parmi la bibliothèque croissante d’exemples de CLI Python pré-configurés de NeoLoad (Azure DevOps, Gitlab, AWS CodePipeline…).

Utilisez les scripts Bamboo as-code V1 et V2 pour vous connecter à votre plateforme NeoLoad, effectuer vos tests et décider automatiquement de la réussite ou de l’échec de votre pipeline d’intégration continue en fonction de vos SLA.

Jetez un coup d’oeil !

Cliquez pour agrandir l’image

Autres améliorations

• [API] : Suppression de l’utilisateur (compatible SCIM) : Les administrateurs de comptes SaaS et les administrateurs sur-site sont maintenant capables de supprimer par programmation tous les rôles ou de supprimer un utilisateur de leur base d’utilisateurs Neotys via l’API. L’appel est compatible avec SCIM, ce qui permet de l’intégrer dans un système de gestion des identités si nécessaire. Les configurations utilisant un connecteur LDAP NeoLoad ne peuvent pas utiliser ce mécanisme car le provisionnement des utilisateurs est géré par l’annuaire LDAP.
• [Contrôleur] Marqueurs ignorant la casse – Lors de la conception d’un test, une option vous permet de signaler les requêtes basées sur une recherche insensible à la casse.
• [Contrôleur] Connexion automatique à la plateforme cloud – Du moment que le contrôleur est configuré pour se connecter à NeoLoad Web SaaS, le token d’authentification sera utilisé pour se connecter à la plateforme cloud au lieu de demander un login/mot de passe. Le login et le mot de passe sont toujours nécessaires lorsque le contrôleur est connecté à un NeoLoad Web sur site.
• Support Java 11 (Preview) – Un aperçu technique du contrôleur et des générateurs de charge est disponible si votre code Java ou les bibliothèques utilisées par NeoLoad ont besoin de Java 11. Contactez le support pour demander l’accès à la Technical Preview.
• [API] : Obtenir la liste de tous les espaces de travail : L’administrateur obtient maintenant une liste de tous les espaces de travail, qu’il en soit membre ou non.
• Identifiant du compte SaaS – L’identifiant du compte SaaS est maintenant affiché à côté du nom du compte dans la page du profil de l’utilisateur.

Octobre 2020 Release

Les nouveautés de NeoLoad 7.6

Améliorations du tableau de bord

Nouvelles capacités d’analyse

Les tableaux de bord comprennent désormais des tableaux et des champs de commentaires éditables en texte pour organiser l’analyse. Ces nouvelles capacités d’analyse viennent s’ajouter aux graphiques linéaires précédemment publiés.

Cliquer sur l’image pour l’agrandir

Télécharger vos graphiques en PNG

Lorsque vous analysez les résultats de vos tests à l’aide de tableaux de bord, vous pouvez partager un graphique spécifique en le téléchargeant au format PNG.

Améliorations de l’API

Exporter des données brutes

Extraire des données brutes de Neoload Web via l’API Rest.
Voir GetTestRawResult et GetTestRawResultElement.

Événements personnalisés

Lors de la synchronisation des scénarios de test avec des processus externes (monitoring, chaos), vous pouvez déclarer des événements externes qui apparaîtront dans les valeurs des résultats des tests de Neoload Web.
Voir PostTestResultEvents.

Gestion de l’espace de travail basée sur le CRUD 

Gérer par programme (créer, mettre à jour, supprimer) vos espaces de travail et leurs paramètres comme les quotas et les membres. 
Voir Workspace Management API

API JavaScript pour arrêter un test

Utilisez l’API JavaScript pour arrêter un test au cas où un utilisateur virtuel rencontrerait un problème pendant un test.
Voir RuntimeContext.stopTest()

Améliorations du test-as-code

Assertions

Utiliser des tests « as-code » pour valider la réponse du serveur afin de s’assurer que le test se déroule comme prévu.
Voir assert_content sur une requête.

Paramètres avancés pour un scénario

Définissez des paramètres avancés pour un scénario « as-code » comme les options de monitoring, les politiques de rendez-vous, les URL exclues ou la configuration de l’APM.

Politique de charge personnalisée

Vous pouvez définir « as-code » une politique de charge personnalisée

Recherche sur les tests

Recherchez les résultats de tests par leur nom dans la fenêtre de recherche avancée ou dans le sélecteur de résultats de tests du tableau de bord.

Il existe également un raccourci pour récupérer les résultats d’un test.

Cliquer sur l’image pour l’agrandir

Autres améliorations

• Prise en charge du certificat client pour Websocket
• [Intégration native de Dynatrace] Plusieurs corrections pour les cas d’utilisation à grande échelle
• [Silverlight] Possibilité de désactiver l’encodage base64 s’il contient du texte clair nécessaire à la corrélation
• L’action TextGet [Citrix] insérée par l’assistant de capture Citrix contient la réponse enregistrée
• Comparez le contenu des réponses avec le contenu enregistré pour les Custom Actions dans la fenêtre de vérification de l’utilisateur virtuel.
• Les testeurs, et pas seulement les administrateurs, peuvent voir les rôles des membres de l’Espace de travail.

Août 2020 Release

Les nouveautés NeoLoad 7.5

Workspaces

Vue d’ensemble

NeoLoad introduit maintenant une nouvelle fonctionnalité appelée Workspaces. Les Workspaces permettent aux administrateurs de regrouper les utilisateurs en équipes et d’attribuer des quotas aux utilisateurs virtuels (voir plus bas dans la section sur les quotas de licences). Les Workspaces permettent aux équipes de s’organiser et de collaborer sur leurs tâches, ressources et résultats de tests de performance.

Les Workspaces permettent aux personnes de séparer les ressources tels que les tests, les résultats de tests et les webhooks dans un espace de travail désigné et les membres d’équipe associés ou de partager les ressources entre plusieurs espaces de travail et équipes.

Les utilisateurs peuvent appartenir à plusieurs espaces de travail, mais ne verront que le contenu d’un seul espace de travail à la fois.

Lors de l’exécution de tests depuis NeoLoad Web, les contrôleurs et les générateurs de charge de la zone sont partagés entre tous les Workspaces afin d’optimiser l’utilisation des ressources. Vous pouvez utiliser la fonction de réservation pour contrôler l’accès à ces ressources partagées et garantir qu’elles sont disponibles pour les tests planifiés importants.

Quotas sur les utilisateurs virtuels licenciés

Les administrateurs peuvent définir pour chaque espace de travail un quota afin de limiter le nombre maximum d’utilisateurs virtuels de la licence que tous les membres de l’espace de travail peuvent utiliser.

Le quota est vérifié pour les tests effectués par NeoLoad Web ainsi que pour les contrôleurs indépendants qui utilisent NeoLoad Web comme serveur de licence.

Click on image to enlarge

Paramètres réorganisés

Les panneaux de paramètres ont été réorganisés de manière à ce que tous les paramètres au niveau du compte se trouvent à un seul endroit (pour l’administration uniquement) et que les paramètres liés à un espace de travail soient regroupés.

Nouvelle API

La version 3 de l’API Web de NeoLoad gère les Workspaces. Les versions précédentes de l’API prennent en charge les listes d’actifs et la création d’actifs dans l’espace de travail par défaut.

Click on image to enlarge

Voir la définition de l’API.

Déplacement des ressources

NeoLoad Web a la capacité de déplacer des ressources telles que des tests et des résultats de tests d’un espace de travail à un autre. Cela vous permet d’organiser vos ressources de test actuelles vers de nouveaux espaces de travail au fur et à mesure que vous les créez.

Intégration native de Dynatrace

Dynatrace et NeoLoad sont maintenant intégrés en natif de manière bidirectionnelle, ce qui permet aux utilisateurs de pousser les métriques de Dynatrace dans Neoload, ou les métriques de NeoLoad dans Dynatrace, des moniteurs natifs grâce à une configuration très simple. Une fois configurée, cette intégration découvre le système en test dans le Smartscape de Dynatrace et pousse le contexte d’ingénierie des performances généré par Neoload et les métriques dans Dynatrace lui-même, ou les métriques de Dynatrace dans NeoLoad, permettant une analyse plus puissante à la fois dans NeoLoad et dans Dynatrace.
Choisir facilement quelles métriques Dynatrace seront extraites dans NeoLoad

Click on image to enlarge

Les métriques Dynatrace dans un tableau de bord Web NeoLoad

Click on image to enlarge

Les mesures de NeoLoad dans les tableaux de bord de Dynatrace

Click on image to enlarge

Événement Neoload dans Dynatrace

Click on image to enlarge

Integration de Tosca v2.2

L’intégration de NeoLoad avec Tosca supporte déjà la conversion de tous les tests web Tosca, y compris les tests web SAP, et les tests de l’interface graphique SAP Tosca. L’intégration NeoLoad-Tosca supporte désormais un nouveau type de test Tosca, le test d’API. De plus, l’intégration est maintenant compatible avec la dernière version de Tosca, Tosca 13.3

Autres améliorations

• Améliorations mineures de l’interface graphique lors de la définition des variables à exporter avec les données brutes.
• Mise à niveau du pilote MySQL vers la dernière version

Juin 2020 Release

Les nouveautés NeoLoad 7.4

Interface de ligne de commande

Le CLI Python est un client de l’API d’exécution de NeoLoad Web (SaaS ou on-premise) qui vous permet de définir et de contrôler un test depuis n’importe quel endroit où une ligne de commande Python est accessible. L’utilisation du CLI Python pour NeoLoad est une approche simple et rapide pour automatiser les tests de performance dans les pipelines de CI.

Par exemple, pour :

1. Installer le client CLI
2. Connectez-vous à votre plate-forme Neoload (dans l’exemple, la valeur par défaut est notre plate-forme SaaS)
3. Créer et configurer un test
4. Associer un dossier de projet
5. Faites votre test

Il suffit de le faire :

Cliquez sur l’image pour l’agrandir

Une documentation complète est disponible sur le dépôt GitHub de Neotys : https://github.com/Neotys-Labs/neoload-cli
Des exemples préconfigurés de pipelines d’IC populaires (tels que Jenkins, Azure Devops ou GitLab) sont également fournis pour démarrer encore plus rapidement : https://github.com/Neotys-Labs/neoload-cli/tree/master/examples/pipelines

Filtrage des valeurs de résultat

Lors de l’analyse des résultats dans NeoLoad Web, vous pouvez filtrer les transactions, les pages et les requêtes par zones, populations et chemins d’accès, afin de cibler votre analyse pour une plus grande précision.

Cliquez sur l’image pour l’agrandir

Champs personnalisés pour les données brutes

Lors de l’exportation de données brutes pour des transactions depuis le contrôleur NeoLoad, vous pouvez maintenant ajouter des champs personnalisés pour indiquer dans quel contexte l’exécution de la transaction a eu lieu. A titre d’exemple, vous verrez non seulement quelle transaction spécifique a été lente, mais vous pourrez également voir quelles données ont été utilisées (exemple ContractID pour chaque transaction « Edit Contract »).

Voir le tutoriel sur l’exportation de données brutes contextualisées.

Cliquez sur l’image pour l’agrandir

L’image suivante illustre un exemple de données de test de charge NeoLoad exportées vers une plate-forme d’analyse :

Cliquez sur l’image pour l’agrandir

Améliorations de l’infrastructure dynamique

Neotys ajoute Google GKE à la liste des fournisseurs d’infrastructure dynamique supportés pour NeoLoad Web : OpenShift, Kubernetes, Microsoft AKS et Amazon EKS.

De plus, NeoLoad Web peut désormais lancer des tests en utilisant une infrastructure dynamique même si la fonction de réservation est activée sur le compte. Dans ce cas, vous devez utiliser la réservation automatique, car les réservations planifiées ne sont pas prises en charge par l’infrastructure dynamique.

Les paramètres des zones dynamiques sont maintenant plus flexibles et plus puissants, permettant de passer d’un cluster à l’autre.

Tosca Integration v2.1

La prise en charge des tests web Tricentis Tosca a été améliorée avec la création automatique d’une transaction Neoload pour chaque étape Tosca dans le testcase converti. Grâce à la mise à jour automatique du chemin d’accès, lorsque vous apportez une modification à votre test Tosca, Neoload fusionne le nouveau chemin d’accès avec celui qui a été mis à jour, en conservant toutes les modifications que vous avez apportées à votre chemin d’accès NL initial, telles que les variables, les boucles, les SLA, etc.

Click on image to enlarge

Cette version apporte également la prise en charge de Tosca 13.1 SP3.

Autres améliorations

•  Amélioration de Citrix – Des popups aléatoires, des notifications asynchrones ou des avertissements potentiels peuvent interrompre votre scénario Citrix. Neoload gère désormais ces popups intermittents grâce à une simple action de la Fourchette dans votre conception.
  ● Amélioration de la licence Web de NeoLoad – Une licence peut maintenant être louée en parallèle par deux contrôleurs ayant le même nom d’hôte, ce qui peut se produire lorsque vous démarrez des contrôleurs dans des pods Kubernetes différents.

Notes de compatibilité

•  Nouvelle version du projet – Les projets conçus avec NeoLoad 7.4 ne peuvent être ouverts que par NeoLoad 7.4 et plus. Cela signifie que vous devez mettre à jour vos générateurs de charge pour pouvoir exécuter les projets conçus avec cette nouvelle version. Notez que les nouveaux générateurs de charge seront capables de faire fonctionner vos anciens projets.

Avril 2020 Release

Les nouveautés NeoLoad 7.3

Infrastructure de test dynamique avec Kubernetes, AKS et EKS

L’infrastructure dynamique de NeoLoad est la capacité d’interagir avec les orchestrateurs de conteneurs, actuellement OpenShift, Kubernetes, Microsoft AKS et Amazon EKS, pour fournir et utiliser l’infrastructure de test de charge automatiquement, à la demande.

Lorsqu’un test est effectué via NeoLoad Web, les contrôleurs et les générateurs de charge sont lancés pour la durée du test et libérés une fois le test terminé. Les ressources de test en charge sont automatiquement provisionnées avec des paramètres prédéfinis dans la minute qui suit l’exécution d’un test à la demande et les conteneurs Docker sont arrêtés et libérés une fois le test terminé. NeoLoad laisse le cluster automatiquement nettoyé et prêt à l’emploi.

Chaque zone peut désormais être personnalisée en termes de CPU, de mémoire, d’image Docker, que votre cluster soit géré à l’aide d’un orchestrateur cloud ou autogéré en utilisant directement Kubernetes.

Cliquez pour agrandir

Cliquez pour agrandir

Convertissez les tests Tricentis Tosca en tests de performance

NeoLoad permettait de convertir les test SAP GUI créés dans Tosca en tests de performance NeoLoad. Maintenant, NeoLoad peut également convertir tous les tests d’applications web (non limités à SAP) créés dans Tosca. En un clic, les tests fonctionnels web Tosca ou SAP GUI peuvent être exportés et convertis en tests de performance.

Le support de l’analyse des tests SAP GUI a été amélioré. Lors de l’exportation ou de la réexportation d’un test SAP GUI, vous avez désormais la possibilité de créer automatiquement une transaction pour chaque TCode SAP détecté dans votre test.

Le processus d’installation a également été simplifié.

Améliorations du support Citrix

NeoLoad contient plusieurs améliorations pour faciliter l’enregistrement et la maintenance des tests d’applications utilisées à travers Citrix :

• La mise à jour du contenu enregistré est désormais effective pour Citrix
• Niveau de tolérance supplémentaire pour la détection d’images
• Variable constante pour le timeout Citrix
• Support du ‘NoPrivileges LG launcher’ pour les Terminal Services
• Retour focus du client Citrix après la capture NeoLoad
• Panneau de comparaison des captures d’écran pour aider à identifier les différences entre l’enregistrement et le rejeu.

Cliquez pour agrandir

Nouvelle API publique v2 pour NeoLoad Web

Une nouvelle version de l’API publique permet désormais une automatisation beaucoup plus puissante et plus souple des tests dans le cadre de l’intégration continue et de tests de charge continus.

L’API a été améliorée pour tirer parti du récent concept de Tests dans NeoLoad Web. Elle permet d’exécuter automatiquement un test qui a été défini manuellement dans l’interface de NeoLoad Web ou d’automatiser entièrement le processus de création d’un test, de chargement du projet NeoLoad et de son exécution.

 Modifications de l’API

• Nouvelles fonctions liées aux objets Tests (création, mise à jour, téléchargement de projet, liste, suppression)
• L’exécution d’un test est maintenant sur l’objet Test (/tests/{testId}/start) 
• Possibilité d’arrêter un test en cours (/résultats du test/{résultatId}/arrêt) 
• Les fonctions liées aux résultats des tests sont renommées de /tests/ à /test-results/.

Voir la documentation de l’API 

Autres améliorations

• Déblocage forcé – Lorsqu’il n’est pas possible de débloquer un bail de licence de NeoLoad Web normalement, vous pouvez demander au support Neotys de le débloquer.
• Lors du lancement d’un test dans le cadre d’une réservation pour un groupe, seuls les membres du groupe peuvent arrêter le test dans NeoLoad Web.
• Nouveau format de rapport JUnit – NeoLoad peut générer un rapport JUnit pour les résultats des SLA pour les tests en ligne de commande. Lors de l’utilisation de ‘-SLAJUnitResults’, l’ancien format est conservé pour une compatibilité ascendante. Lors de l’utilisation de ‘-SLAJunitReport’, la grammaire XML a été corrigée pour être compatible avec plus d’outils traitant le format JUnit et la façon dont les tests JUnit sont nommés et structurés est plus facile à mettre en œuvre.
• Les utilisateurs de NeoLoad Web ont désormais la possibilité de choisir des VU de leur licence Citrix ou SAP pour exécuter leurs tests Web.
• Le panneau de comparaison des captures d’écran permet désormais d’identifier les différences entre l’enregistrement, la relecture ou le débogage – pour toute action ayant une capture d’écran (pages Web, Citrix, SAP GUI …).

Janvier 2020 

Les nouveautés de NeoLoad 7.2

Support Citrix

NeoLoad peut désormais enregistrer et rejouer des applications Citrix. Les Actions Citrix sont précises et cohérentes pour une meilleure lisibilité et une maintenance de script plus aisée. La conception est plus rapide grâce à la détection à la volée des textes et assure une meilleure reconnaissance textuelle au runtime grâce au moteur OCR (Optical Character Recognition) moderne et configurable basé sur Neural Networks.

Pour plus d’informations, voir le Guide de test Citrix.

Modification depuis la version beta :

• La connexion interactive à Windows est désormais possible.
• Diverses améliorations de l’interface utilisateur et corrections de bogues.

Gestion des clés de licence

Cliquez sur l’image pour l’agrandir

Partager les licences entre plusieurs comptes NeoLoad Web
Une licence Enterprise peut à présent être séparée entre plusieurs comptes ou instances NeoLoad Web (Sur site ou SaaS) pour une durée donnée et un nombre donné d’Utilisateurs Virtuels.

Pour plus d’informations, voir Emprunt de licence hors ligne pour NeoLoad Web.

Emprunt de licence hors ligne pour NeoLoad Web
Afin d’effectuer des tests depuis des environnements isolés, un Contrôleur NeoLoad peut déjà demander un emprunt de licence depuis une licence Enterprise via Neotys Team Server grâce à un processus hors ligne. Un Contrôleur NeoLoad peut désormais demander un emprunt de licence hors ligne depuis une licence Enterprise installée dans NeoLoad Web.

Pour plus d’informations, voir Emprunt de licence hors ligne pour NeoLoad.

Autres améliorations

• Certains réglages par défaut lors de la création d’un élément peuvent être surchargés et partagés comme par exemple la politique de gestion des erreurs pour un Parcours Utilisateur ou la politique d’arrêt d’une Population au runtime. Pour plus d’informations, voir la section « avancée » des paramètres généraux.
• La rubrique « Tests » de NeoLoad Web affiche les nouvelles colonnes « Mis à jour par », « Dernière modification », et « Dernier tir ».
• La légende des graphes dans NeoLoad Web affiche désormais le nom du test.
• Nouvelle « Resources API » de NeoLoad Web pour accéder à la liste des Réservations ainsi qu’à la liste du contenu des Zones.
  Pour plus d’informations, voir l’API Definition.
• Le « bundled Controller Java VM » est désormais un OpenJDK ayant un impact sur la façon d’installer NeoLoad sur un environnement Linux sans affichage (headless).
• Le paramètre par défaut de « Politique de changement » pour les nouvelles variables « List », « File » et « Sql » est passé de « Pour chaque instance d’Utilisateur Virtuel » à « Chaque itération ».
• Le sélecteur de profils de navigateur a été mis à jour avec les derniers navigateurs.
• Il est désormais possible de trier les résultats de test retournés par l’API NeoLoad Web.
  Pour plus d’informations, voir l’ API Definition
• NeoLoad Web supporte officiellement MongoDB 3.6.

Note à propos de l’installation

Lors de l’installation de NeoLoad en ligne de commande dans un environnement sans affichage, NeoLoad 7.2 nécessite de respecter certaines conditions. Pour plus d’informations, voir Comment installer NeoLoad dans un environnement Linux sans affichage (headless).

Corrections de bogues

LOAD-19894
[QFT] Project settings/Runtime parameters problem

LOAD-19889
[NLW > UPLOAD PROJECT] Scenario summary are missing when user creates a new test

LOAD-19873
An offline lease can be installed as a License and so used while it has been released

LOAD-19872
Starting Test screen: space missing for ‘Number of Virtual Users’

LOAD-19867
[offline ]Another Admin user cannot use the generated rls file to release on the Master

LOAD-19837
NLG – Dashboard are created 2 times when opening a project saved using XML_MULTI format

LOAD-19674
[NLW] ${runID} should start at 1.

LOAD-19666
Force JS Variable initialisation to be evaluated to make sure no value stays in cache

LOAD-19483
SOAP parameter « no encode » value does not work as expected

LOAD-17905
[NLW Doc] – OnPremise – In SSL deployments, max file upload size documentation should also talk about nginx limitation.

LOAD-17891
The NeoLoad as code feature does not expect extension file in upper case but only in lower case

Novembre 2019

Les nouveautés de NeoLoad 7.1

NeoLoad 7.1 marque la prise en charge par NeoLoad de la fonctionnalité de test de performance Citrix, des nouvelles extensions d’intégration continue à Azure DevOps, GitLab et AWS CodeBuild et des mises à jour de la gestion des tests et des données de transaction. Les paramètres des tests peuvent maintenant être sauvegardés dans NeoLoad web, partagés et réutilisés. Les tests peuvent également être programmés pour être effectués en dehors des heures de bureau. Les rapports de test et les tableaux de bord affichent désormais les métriques 50e, 90e, 95e et 99e percentiles pour les transactions.

Support Citrix

NeoLoad peut désormais enregistrer et relire les applications déployées par Citrix. L’ensemble des actions Citrix est compact et cohérent pour une meilleure lisibilité et une maintenance plus facile des scripts. Concevez plus rapidement, grâce à une détection en direct des textes et obtenez une reconnaissance de texte plus fiable au moment de l’exécution avec un moteur de reconnaissance optique de caractères (OCR) moderne et configurable basé sur les réseaux neuronaux.

Le support Citrix est actuellement publié en version bêta.
Veuillez demander à votre contact Neotys ou nous contacter ici pour obtenir une clé de licence d’essai.

Tests NeoLoad Web

Les paramètres de test permettant de lancer un test à partir de NeoLoad Web sont maintenant enregistrés en tant que ‘Tests’, qui peuvent être partagés et réutilisés par des coéquipiers.

Cliquez sur l’image pour l’agrandir

Tests planifiés pour Réservations

Planifiez vos tests pour tirer parti de votre infrastructure de test en dehors des heures de bureau.
NeoLoad Web Réservations peut désormais lancer automatiquement un test au début de la réservation.

Cliquez sur l’image pour l’agrandir

Percentiles dans les résultats de NeoLoad Web

Les résultats des tests NeoLoad Web fournissent maintenant les 50e, 90e, 95e et 99e percentiles pour les transactions. Ces métriques sont disponibles via l’API publique REST de NeoLoad Web.

Les tableaux de bord fournissent également un graphique en percentile sur les transactions.

Cliquez sur l’image pour l’agrandir

Intégration de Cloud CI (GitLab, AWS Codebuild)

Intégrez les tests de charge de NeoLoad dans des pipelines d’intégration continue compatibles avec Docker, tels que GitLab et AWS Codebuild. Neotys fournit une image Docker qui télécharge facilement un projet sur NeoLoad Web et en déclenche l’exécution à partir de variables d’environnement. Des exemples sont fournis avec la documentation.

Voir neoload-web-test-launcher sur DockerHub.

Fonctions

Accélérez le temps de conception et augmentez la lisibilité de conception en utilisant des appels de fonctions plutôt que des variables, et ignorez les étapes supplémentaires d’insertion d’actions JavaScript pour les appels de fonctions simples.

Lorsque vous pouvez utiliser une variable (ex : ${maVariable}) lors de la conception d’un User Path, vous pouvez désormais utiliser une fonction présentant la syntaxe suivante : ${__maFonction(arg1,arg2)}.

NeoLoad fournit un certain nombre de fonctions prédéfinies pour les nouveaux projets et vous permet également de définir les vôtres.

Obtenez plus d’informations dans la documentation.

Cliquez sur l’image pour l’agrandir

Panneau récapitulatif pour un scénario

Lorsque vous utilisez plusieurs populations pour vos tests, utilisez le nouveau panneau récapitulatif pour vérifier rapidement que vos populations sont correctement et systématiquement configurées, notamment juste avant d’exécuter un test. Cela vous permet également de vérifier le nombre total de générateurs de charge utilisés et le nombre total d’utilisateurs virtuels qui seront générés.

Cliquez sur l’image pour l’agrandir

Format de projet pour les systèmes de contrôle de version gérés de manière externe

Les intégrations natives de NeoLoad avec SVN et GIT facilitent l’utilisation d’un système de contrôle de version pour attribuer une version et collaborer sur les projets NeoLoad. Pour une utilisation avancée et lorsque l’intégration de NeoLoad ne peut pas être utilisée, les projets NeoLoad peuvent maintenant être enregistrés dans un format de fichier multi-XML afin de faciliter l’utilisation de vos outils et commandes VCS préférés indépendamment de NeoLoad.

Découvrez comment modifier le format de stockage dans la documentation.

Cliquez sur l’image pour l’agrandir

Autres améliorations

• Search & Replace fonctionne désormais sur Advanced Actions, SAP GUI and Citrix Actions.
• Suppression en masse et duplication de populations.
• Prise en charge d’ECMA 6 par le moteur JavaScript NeoLoad.
• Copier/coller des captures d’écran sur Pages, SAP GUI et Citrix Actions.

Notes de compatibilité

Le convertisseur de script doit être utilisé dans le cadre d’un plan de migration global et non de manière indépendante. Il est donc désactivé par défaut. Veuillez contacter le support pour savoir comment continuer à l’utiliser.

July 2019 Release

Les nouveautés de NeoLoad 7.0?

La version 7.0 de NeoLoad offre aux équipes la possibilité de faire des tests en charge à la demande grâce à la gestion d’infrastructure dynamique pour les utilisateurs d’OpenShift. En parallèle, la fonctionnalité de réservation de ressources est maintenant disponible en version complète, au-delà du mode « preview » précédemment publié. Deux nouvelles améliorations sont également incluses : l’intégration améliorée avec Dynatrace et un nouveau format pour l’exportation de données brutes.

Infrastructure dynamique

L’infrastructure dynamique est la nouvelle capacité de NeoLoad à interagir avec les orchestrateurs de conteneurs, actuellement OpenShift, pour provisionner et utiliser automatiquement l’infrastructure de test de charge, à la demande.

Lorsqu’un test est exécuté via NeoLoad Web, les contrôleurs et les générateurs de charge sont provisionné pour la durée du test et libérés une fois le test terminé. Les ressources de test de charge sont automatiquement configurées avec des paramètres prédéfinis dans la minute qui suit l’exécution d’un test à la demande et les conteneurs Docker sont fermés et libérés une fois le test terminé. NeoLoad laisse la machine automatiquement nettoyée et prête à l’emploi.

Il n’est pas nécessaire d’écrire de longs scripts pour provisionner des machines, connecter manuellement des ressources de test dynamiques à des pipelines d’Intégration Continue ou modifier manuellement le nombre de générateurs de charge utilisés pour un test. Avec les zones dynamiques, connectez-vous aux ressources de test dans OpenShift en quelques clics. L’infrastructure est configurée une seule fois. Plus tard, augmentez ou diminuez facilement le nombre de générateurs de charge avec une échelle à curseur. Réduisez le coût total de possession matérielle à mesure que vous en faites plus avec les mêmes ressources de test, sans avoir à connecter indéfiniment les machines ni à effectuer manuellement des étapes pour dégager et reconfigurer les machines. Réutilisez les mêmes machines à des fins multiples, au-delà des tests.

Cliquez sur l’image pour l’agrandir

Réservation de ressources

La réservation de ressources, qui existait dans la version précédente en mode « preview », est maintenant disponible* en version complète. Avec la réservation des ressources, réservez l’infrastructure de test de charge (contrôleurs et générateurs de charge) et les utilisateurs virtuels par date et durée, afin que les ressources puissent être réservées aux fins de test des performances d’une équipe ou d’un membre d’équipe spécifique et ainsi éviter les conflits d’horaire de test entre les équipes. Partagez et réservez des ressources en équipe ou en tant qu’individu – tout membre de l’équipe peut annuler, modifier et utiliser la réservation. Optimisez l’utilisation de l’infrastructure de test et améliorez la collaboration et la productivité des équipes grâce à la réservation des ressources.

Cliquez sur l’image pour l’agrandir

Autres améliorations

• Intégration améliorée avec Dynatrace – Le nom de l’en-tête HTTP utilisé entre NeoLoad et Dynatrace peut maintenant être personnalisé pour utiliser la même valeur que les autres outils de test de votre stack. La création de paramètres Dynatrace est désormais plus facile et homogène pour tous les outils. La valeur de travail par défaut est celle recommandée par Dynatrace.
• Nouveau format de données CSV – Le format du fichier CSV créé lors de l’exportation de données brutes au niveau transactions a été modifié et n’est pas compatible avec le format précédent. Les mises à jour incluent le temps écoulé qui est maintenant exprimé en millisecondes, un nouveau temps absolu et un ID d’utilisateur virtuel pour identifier l’instance de l’utilisateur virtuel.