Vidéo de présentation de Tricentis qTest : Gestion et analyse des tests exploratoires
Dans cette vidéo de 5 minutes, découvrez comment centraliser,...
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 :
Il suffit de le faire :
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
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.
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.
L’image suivante illustre un exemple de données de test de charge NeoLoad exportées vers une plate-forme d’analyse :
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.
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.
Cette version apporte également la prise en charge de Tosca 13.1 SP3.
Dans cette vidéo de 5 minutes, découvrez comment centraliser,...
Dans cet eBook, découvrez comment tirer parti des méthodologies...
Dans ce guide, nous allons partager quatre façons dont l’IA...
Auparavant, les applications métier essentielles étaient...
Dans cet eBook, vous découvrirez pourquoi la mise en place...