Modifier le journal

• Ajout de la prise en charge de l’augmentation du délai d’exécution de script par défaut dans LoadView jusqu’à 50 minutes à l’aide de la méthode SendEndScriptTimer . Cela permet aux utilisateurs d’exécuter des scripts de test plus longs.

• Introduction du panneau de configuration du comportement de l’utilisateur dans l’enregistreur EveryStep pour personnaliser la façon dont les utilisateurs virtuels interagissent avec votre site Web pendant l’exécution du script. Une fois configurés dans l’enregistreur EveryStep, les paramètres de comportement de l’utilisateur peuvent être consultés/modifiés dans les paramètres cibles.
• Ajout de la prise en charge de la génération de rapports récapitulatifs pour les tests de charge de groupe. Examinez un rapport récapitulatif de groupe dans l’outil ou partagez-le via un lien, sous forme de fichier PDF ou Excel.
• Ajout de la prise en charge de l’exportation d’une comparaison de rapport de test de charge dans un fichier PDF ou Excel.
• Ajout de la prise en charge de l’accès au rapport Lighthouse à partir de la barre d’outils du rapport de session.
• Amélioration de la fonctionnalité de flux en temps réel. Utilisez le filtre de plage horaire pour afficher les sessions pour la période définie uniquement.
• Ajout du menu contextuel Accès rapide sur l’écran du Gestionnaire de périphériques. Cliquez sur un élément de la liste des appareils pour accéder au rapport du journal de session, aux rapports en ligne ou pour modifier l’appareil.
• Amélioration du panneau récapitulatif de configuration pour un scénario de test de charge.

• Ajout de la prise en charge de la génération de rapports de performances Lighthouse pour les sites Web protégés par la connexion ou les pages Web qui nécessitent une navigation. Analysez les indicateurs de performance des zones protégées par la connexion de vos sites Web, garantissant ainsi une optimisation complète.
• Introduction d’une intégration transparente avec Azure DevOps pour LoadView. Automatisez les tests de charge au sein de vos pipelines CI/CD, ce qui permet des tests de performances efficaces et des flux de travail rationalisés directement à partir d’Azure DevOps.
• Amélioration des capacités de création de rapports XML en temps réel grâce à l’ajout de paramètres de demande détaillés pour la surveillance des certificats SSL. Récupérez des informations à jour sur l’état des certificats SSL, y compris les dates d’expiration, grâce à des requêtes XML personnalisables.
• Ajout de la prise en charge des sélecteurs CSS pour la sélection d’éléments Web sur une page Web enregistrée dans les scripts EveryStep.

• Ajout de la prise en charge de la configuration en bloc des scénarios de test de charge. Pour plus d’informations, consultez la section Configuration en bloc des tests.
• Ajout de la prise en charge des rapports d’expiration de certificat SSL pour la surveillance des applications Web, des pages Web uniques et des API. Générez des rapports globaux par e-mail et des fiches de rapport partageables pour suivre les dates d’expiration des certificats de sites Web.

• Ajout de la prise en charge de la gestion de la géolocalisation lors de l’exécution de scripts de surveillance et de test de charge dans le navigateur Google Chrome. Voir les détails dans Gestion de la géolocalisation dans EveryStep Scripts.

• Ajout de l’intégration avec les flux de travail Microsoft Teams. Pour plus d’informations sur la configuration, consultez notre guide d’intégration.

• Ajout de la prise en charge de l’édition de script Everystep dans une version Web de l’outil. Vous pouvez maintenant modifier et valider votre code de script directement dans Everystep Web Recorder. Pour plus d’informations, reportez-vous à l’article Modification d’un script dans l’outil de script EveryStep .
• API Web : Ajout de la possibilité de modifier les scripts EveryStep dans les tests de charge LoadView lors de la création d’un nouveau test. Veuillez consulter l’article API LoadView : Modifier le script EveryStep dans le test de charge de notre wiki pour trouver une description du point de terminaison et un exemple de la demande d’API Web.

• Ajout de la prise en charge de la validation des éléments DOM (nœuds) dans l’enregistreur EveryStep.

• Ajout de la prise en charge de la surveillance de la collecte d’insomnie. Vous pouvez télécharger vos collections de tests Insomnia sur Dotcom-Monitor pour les tests d’API à partir de 40+ emplacements dans le monde. Sécurisez les variables de collecte d’insomnie avec Dotcom-Monitor Secure Vault.
• Ajout de la prise en charge des métriques de performance d’application web personnalisées, permettant d’analyser les temps de chargement des éléments réseau et les temps d’exécution des parties de script sélectionnées. Pour plus d’informations, consultez l’article Métriques personnalisées dans les scripts EveryStep .

• Dotcom-Monitor ne prend plus en charge les suites de chiffrement obsolètes pour les protocoles TLS en raison de leurs vulnérabilités. Si vous rencontrez des problèmes liés au chiffrement lors de la surveillance, assurez-vous que votre serveur est configuré pour utiliser des suites de chiffrement modernes. Si vous avez besoin d’aide, créez un ticket d’assistance et notre équipe vous aidera.
• Lorsque l’option de vérification des certificats SSL est activée sur plusieurs cibles avec la même adresse hôte au sein d’un appareil, Dotcom-Monitor effectue désormais des vérifications de certificat SSL individuelles pour chaque cible. Cette nouvelle méthode diffère de l’ancienne, qui n’effectuait qu’une vérification lors de la connexion initiale de l’hôte, ignorant les vérifications suivantes. Sachez que cette modification peut entraîner l’échec des vérifications SSL si la première cible d’une file d’attente n’a pas de vérification SSL, mais pas les autres cibles avec la même adresse d’hôte. Cette mise à jour garantit une vérification plus complète et plus sécurisée des certificats SSL pour toutes les cibles. Pour toute autre question, contactez notre équipe d’assistance.
• Ajout de la prise en charge de l’authentification moderne pour Exchange Online | Office 365 | Surveillance Microsoft 365.

• Ajout de la prise en charge du téléchargement de fichiers dans le projet LoadView JMeter. Vous pouvez maintenant importer un plan de test JMeter avec une référence à un fichier et l’exécuter avec LoadView.
• Ajout de la prise en charge du téléchargement de fichiers dans les collections Postman pour les tests et la surveillance de la charge. Consultez les détails dans Postman Load Testing : LoadView Tutorial et Postman Monitoring (Collection Tasks) with Dotcom-Monitor APIs.
• Ajout de la possibilité de définir un délai entre les messages websocket lors de la configuration des appels de surveillance websocket. Vous trouverez plus de détails sur la configuration d’un scénario dynamique d’un appel WebSocket ici.

• Ajout de la prise en charge de l’intégration avec CircleCl. Utilisez notre plugin pour CircelCl pour exécuter des tests de charge dans le cloud LoadView et surveiller les résultats des tests de charge avec CircleCl.

• Ajout de la prise en charge de JSON pour tous les types de rapports de flux XML. Vous pouvez désormais générer vos rapports XML au format JSON en ajoutant
  
  OutputFormat=json
  
  à vos demandes de flux XML.

• Ajout de la prise en charge de la comparaison des résultats des tests de charge entre différentes séries de tests. Pour plus de détails, consultez l’article Comparaison des rapports de test de charge de notre wiki.
• API Web : ajout de la prise en charge de la gestion des tâches UserView. Désormais, vous pouvez créer et modifier des tâches UserView via l’API Web Dotcom-Monitor en téléchargeant des scripts de surveillance EveryStep sur des périphériques UserView. Notez que l’API Web Dotcom-Monitor prend en charge UNIQUEMENT les scripts enregistrés avec EveryStep Scripting Tool et convertis au format Base64. Veuillez consulter les articles API: Create UserView Task et API: Edit UserView Task de notre wiki pour trouver des descriptions de points de terminaison et des exemples de demandes d’API Web.
• API Web : ajout de la prise en charge de la gestion Secure Vault . Utilisez les méthodes Secure Vault pour ajouter des données sensibles à SecureVault et gérer les variables chiffrées stockées dans des conteneurs Crypt dans SecureVault .

• Des mises à jour importantes de l’interface utilisateur de l’application LoadView sont maintenant en ligne! La nouvelle interface est 100% compatible avec toutes les configurations et configurations de test existantes. Nous avons pris grand soin d’assurer une transition en douceur, vous permettant de continuer votre travail sans interruption.

• Ajout de la prise en charge de l’intégration avec ServiceNow. Vous pouvez désormais gérer les incidents de surveillance à partir de votre compte ServiceNow.
• Ajout de la prise en charge de l’intégration avec WhatsApp. Ajoutez votre numéro WhatsApp à un groupe de notifications et commencez à recevoir des notifications d’alerte Dotcom-Monitor sur WhatsApp.
• Vous pouvez maintenant recevoir des notifications push de l’application Dotcom-Monitor sur votre appareil mobile. Connectez-vous à votre application mobile Dotcom-Monitor et autorisez les notifications push de Dotcom-Monitor. Pour plus de détails, consultez l’article Activer les notifications push mobiles pour l’application Dotcom-Monitor .
• Dotcom-Monitor permet aux utilisateurs d’utiliser des variables dynamiques dans leurs tests de charge Selenium. Veuillez voir comment paramétrer votre test de charge de sélénium dans l’article Test de charge à l’aide de tests de sélénium .

• API Web : ajout de la prise en charge du report temporisé de l’appareil. Voir API : Définir le report temporisé pour définir une pause différée dans la surveillance d’un périphérique, API : Report temporisé en bloc pour définir une pause différée dans la surveillance pour plusieurs périphériques, et API : Obtenir l’état de report temporisé pour l’appareil pour obtenir l’état du paramètre Report et les détails de pause pour les appareils reportés.

• Modification de la logique de configuration pour le délai entre les demandes dans Postman Load Testing. Vous pouvez désormais définir un délai personnalisé entre les demandes dans un test de charge Postman Collection sur la page Configuration du test de charge (option Ajuster le comportement de l’utilisateur).

• EveryStep Web Recorder: Ajout de la prise en charge de l’émulation des appareils iPhone 12 Pro, Samsung Galaxy S20 Ultra et Samsung A51 / 71 pour la surveillance des applications Web et les tests de charge.
• Ajout de l’intégration avec Status.io. Vous pouvez désormais envoyer des alertes Dotcom-Monitor directement à Status.io et suivre les modifications de la santé de vos appareils de surveillance sur votre page d’état Status.io.
• Ajout d’un nouveau rapport XML « agents.aspx ». Vous pouvez maintenant publier la liste des emplacements de surveillance disponibles avec les coordonnées géographiques dans votre flux XML. Si vous avez configuré des agents privés pour votre compte, le nom des détails de l’agent privé sera inclus dans le rapport. Vous trouverez les paramètres de demande « agents.aspx » décrits dans l’article Description des paramètres de demande pour extraire des rapports XML en temps réel .

• Dotcom-Monitor ne prend plus en charge l’émulation de navigateur Firefox et Internet Explorer 11 pour les applications Web, la surveillance de page Web unique et les tests de charge. Les appareils concernés par le changement sont passés à Chrome.

• Le rôle d’utilisateur Propriétaire a été remplacé par le rôle Administrateur dans le système. Le rôle Administrateur a été attribué automatiquement à tous les utilisateurs ayant le rôle Propriétaire.
• Amélioration de la création d’un périphérique HTTP(S) multi-cibles. Vous pouvez désormais ajouter plusieurs cibles à un périphérique HTTP lors de la création de l’appareil.
• LoadView a introduit le plan d’abonnement Enterprise pour les besoins de test de charge à grande échelle. Consultez l’article wiki LoadView Pricing for Enterprise Load Testing ou notre loadview-testing.com pour plus d’informations sur les tests de charge d’entreprise à partir du cloud.
• Ajout de la prise en charge de la gestion des erreurs réseau pour la surveillance de la collecte Postman. Si vous ne souhaitez pas être averti des erreurs réseau détectées lors de l’exécution de la requête Postman, activez l’option Ignorer les erreurs réseau dans les paramètres de votre appareil Postman Collection. Consultez également notre FAQ sur la surveillance des postiers et les résultats des tests de charge.

• EveryStep Web Recorder : ajout de la prise en charge des cookies définis par l’utilisateur dans les demandes de test vers une URL ou un domaine cible. Voir l’article Définir les cookies définis par l’utilisateur dans les requêtes dotcom-monitor .
• EveryStep Web Recorder : ajout de la prise en charge des en-têtes HTTP personnalisés dans les demandes de test envoyées lors de l’exécution de tests d’application Web. Consultez l’article Ajouter un en-tête HTTP personnalisé au script EveryStep .
• EveryStep Web Recorder: Ajout de la prise en charge des commentaires des utilisateurs dans les scripts EveryStep. Consultez l’article Ajouter des commentaires au script EveryStep .
• Outil de script EveryStep : La fonctionnalité de l’éditeur de script EveryStep a été étendue avec les options de téléchargement et de chargement de fichiers. Veuillez consulter les articles correspondants sur le téléchargement de fichiers et le gestionnaire de téléchargement de fichiers de notre base de connaissances.

• Ajout de la prise en charge de l’importation en bloc des périphériques de surveillance. Vous pouvez maintenant configurer et créer plusieurs périphériques de surveillance à la fois dans Dotcom-Monitor. L’option est disponible pour la surveillance des pages Web, les périphériques HTTP / S & PING / ICMP.
• Vous pouvez maintenant reporter les appareils de surveillance pour une période spécifique. L’option Reporter est disponible dans le menu Actions de la liste Gestionnaire de périphériques. Consultez la section Report Monitoring & Alert Silence During Routine Maintenance (Report Monitoring & Alert Silence During Routine Maintenance ) pour choisir la bonne approche de surveillance pendant la maintenance du site Web.
• La fonctionnalité du modèle d’alerte a été étendue avec l’extrait de code de balise qui permet aux utilisateurs de Dotcom-Monitor de publier les détails des balises pour alerter les messages de notification. Consultez l’article Utilisation des balises pour plus d’informations.
• Amélioration de l’intégration de LoadView avec Selenium. Vous pouvez maintenant configurer le comportement de l’utilisateur virtuel pour les tests de charge Selenium dans LoadView.
• Ajout de la prise en charge des commentaires de carte de rapport pour informer les utilisateurs finaux des cartes de rapport partageables Dotcom-Monitor des modifications spécifiques apportées à l’état d’une carte de rapport .
• Ajout de l’option Authentification Windows pour la surveillance Intranet Web Apps. Pour savoir comment activer l’option pour l’agent privé Dotcom-Monitor et l’outil de script EveryStep, consultez l’article wiki Activation de l’authentification Windows pour la surveillance intranet Web Apps .
• Introduction d’un nouvel état de périphérique « Avec erreurs ». Veuillez consulter la spécification de l’état de l’appareil dans l’article État de l’appareil expliqué de ce wiki.

• Ajout de la prise en charge des tests de performances Web des applications de navigateur Web qui fournissent des services de conférence Web. Veuillez consulter notre nouvelle Comment émuler la webcam et le microphone | Article Test et surveillance de la charge de conférence Web pour plus de détails.
• Si vous cherchez un moyen facile d’intégrer LoadView à votre plate-forme de gestion des performances applicatives (APM), veuillez visiter notre intégration LoadView et Dynatrace pour savoir comment configurer votre test de charge et votre plate-forme APM sur l’exemple de l’intégration avec Dynatrace .

• Ajout de la prise en charge de l’authentification multifacteur dans Dotcom-Monitor. Pour en savoir plus, consultez l’article Sécurité : authentification à deux facteurs .
• Ajout de la prise en charge de la fonctionnalité Secure Vault dans les tests Postman Collection. Vous pouvez désormais utiliser des variables cryptées pour stocker les informations sensibles transmises avec vos demandes Postman. Pour plus de détails, veuillez consulter Comment sécuriser les données dans les demandes de facteur avec Dotcom-Monitor.
• Ajout de la prise en charge des notifications d’alerte HTTP Webhook. Vous pouvez désormais envoyer une charge utile avec des notifications d’alerte de votre compte Dotcom-Monitor vers une autre application à l’aide d’une URL Webhook. Pour plus d’informations, consultez Intégration HTTP Webhook.
• Si vous utilisez l’option TimeWatcher pour mesurer le temps d’exécution de certaines parties de votre script de test de charge, vous pouvez utiliser votre journal de session de test de charge pour extraire des statistiques sur les résultats de TimeWatcher. Découvrez comment traiter les données statistiques et tirer le meilleur parti des résultats de TimeWatcher dans notre nouvel article sur les statistiques TimeWatcher .
• Vous pouvez maintenant télécharger un rapport d’utilisation pour un agent privé au format CSV à partir du menu Actions de l’agent ou de la page des paramètres. Pour plus d’informations sur la configuration d’un agent privé, consultez Configuration de l’agent privé.
• Ajout de la prise en charge de la configuration de la surveillance des certificats SSL en tant que tâche de surveillance autonome. Vous pouvez désormais surveiller les problèmes de certificat SSL sur un site Web cible indépendamment de la disponibilité du site Web et de la surveillance des performances. Découvrez comment configurer l’appareil dans l’article Surveillance des certificats SSL : expiration, validité et révocation .

• API Web : ajout de la prise en charge de la gestion des balises. Vous pouvez recevoir une liste des balises existantes et ajouter, modifier ou supprimer des balises via des requêtes à l’API Dotcom-Monitor. Pour les descriptions des points de terminaison, consultez la section Balise de notre Référence API Web.
• Ajout de la prise en charge de l’importation de la liste des variables d’environnement de Postman vers Dotcom-Monitor. Pour plus d’informations, consultez Comment travailler avec les variables d’environnement Postman.

• Ajout de nouvelles fonctionnalités aux modèles d’alerte personnalisés. Désormais, les notifications d’alerte peuvent être envoyées aux formats HTML, JSON ou TXT. En outre, vous pouvez personnaliser le contenu des messages de notification à l’aide d’extraits de code intégrés et de variables dynamiques basées sur la syntaxe Razor ou télécharger votre fichier avec un modèle d’alerte personnalisé. Pour plus de détails, veuillez consulter Modèle d’alerte : Installation et configuration (texte et HTML et JSON).
• Les groupes de notification peuvent désormais être configurés plus rapidement en ajoutant du contenu statique, dynamique ou prédéfini basé sur un modèle directement au message de notification lors de la configuration du groupe. Consultez Création d’un nouveau groupe de notifications pour obtenir un guide de configuration pas à pas du groupe de notifications.
• Retrouvez toutes les statistiques de surveillance de votre compte en un seul endroit grâce à notre tout nouveau tableau de bord de surveillance de l’état. Découvrez comment suivre vos résultats de surveillance de manière plus efficace dans notre article Tableau de bord de l’état du moniteur .
• Un nouveau bulletin partageable avec des statistiques de surveillance visualisées par emplacements géographiques a été ajouté à la famille de cartes de rapport Dotcom-Monitor. Consultez tous les détails dans notre article Statistiques par emplacement .
• Nouveau flux Device State Events ajouté à la famille de rapports Dotcom-Monitor. Trouvez le rapport dans le menu Rapports dans la barre latérale droite de la page d’accueil de l’application.
• Ajout de la prise en charge des variables de contexte dans JMeter Load Tests dans LoadView. Vous pouvez désormais définir des variables de contexte dans les paramètres de test de charge dans LoadView et utiliser un fichier CSV avec les valeurs des variables pour paramétrer vos tests de charge JMeter. Découvrez comment configurer un test de charge JMeter paramétré dans l’article Utilisation du paramétrage et de l’ensemble de données externes dans LoadView JMeter Project de notre wiki.

• Notre application mobile Dotcom-Monitor est maintenant disponible pour iOS et Android. L’application Dotcom-Monitor est conçue pour transférer les données de surveillance de votre compte Dotcom-Monitor directement sur vos appareils iOS et Android. Téléchargez l’application sur votre appareil mobile pour gérer l’état de vos appareils de surveillance, désactiver les alertes, vérifier les paramètres de l’appareil et accéder rapidement aux résultats de la surveillance.

Pour plus de détails, veuillez visiter notre page wiki de l’application mobile Dotcom-Monitor .

• Ajout de la prise en charge de l’utilisation de tests créés dans Selenium IDE dans LoadView. Découvrez comment importer un projet de test Selenium et configurer un test de charge avec LoadView dans notre nouvel article Test de charge à l’aide de tests de sélénium.

• Ajout de la prise en charge de la connexion SSO à l’aide d’un code PIN à six chiffres. Découvrez comment vous connecter avec le code PIN SSO ici.
• Ajout de la prise en charge de la liste blanche d’adresses IP pour l’intégration d’API Web. Vous pouvez configurer l’accès à vos données Dotcom-Monitor via l’API Web directement à partir de votre compte Dotcom-Monitor. L’accès peut être accordé à tous les utilisateurs authentifiés ou limité aux demandes authentifiées provenant d’adresses IP approuvées uniquement. Découvrez comment configurer un accès à une API Web dans Comment mettre en liste blanche des adresses IP pour l’accès aux API Web.
• Les limites de téléchargement et de téléchargement ont été augmentées pour les tests de charge et la surveillance. Consultez l’article Limites de chargement et de téléchargement de fichiers pour connaître les limites.

• Ajout de la prise en charge de l’accès restreint aux tableaux de bord partageables Dotcom-Monitor. Vous pouvez désormais restreindre l’accès à vos tableaux de bord partageables afin que seuls les utilisateurs de votre compte Dotcom-Monitor puissent ouvrir des URL partageables et afficher le tableau de bord. Pour autoriser uniquement les utilisateurs authentifiés de votre compte Dotcom-Monitor à afficher un tableau de bord partageable, sélectionnez l’option Accès restreint dans les paramètres du tableau de bord. Trouvez plus de détails sur les tableaux de bord partageables Dotcom-Monitor dans la catégorie Tableaux de bord partageables de notre base de connaissances.

• La politique de facturation de LoadView a été modifiée. Désormais, vos tests de charge ne sont plus limités par les minutes d’utilisateur virtuel. Nous calculons maintenant le coût d’un test de charge en fonction du coût réel des machines virtuelles requises pour le test et du nombre d’utilisateurs virtuels simulés pendant l’exécution.
• Introduction de nouvelles fonctionnalités pour une protection complète des IPI. Vous pouvez désormais masquer le contenu sensible de la vidéo capturée lors de l’exécution de transactions d’application Web dans une fenêtre de navigateur. Vous trouverez plus de détails dans l’article Gestion de l’enregistrement vidéo dans EveryStep Recorder to Protect PII de notre base de connaissances.
• Vous pouvez maintenant exporter la liste de vos périphériques de surveillance vers un fichier CSV comprenant un nom de périphérique, une plate-forme, des balises, un état, une fréquence de surveillance et l’heure de la dernière surveillance. Trouvez le guide du Gestionnaire de périphériques ici.
• Ajout de la prise en charge de la résolution DNS IPv6 pour la surveillance des périphériques qui nécessitent que des hôtes DNS personnalisés soient spécifiés dans les paramètres.
• Ajout d’une fonctionnalité pour envoyer une charge utile avec tous les types de requêtes HTTP (sauf Trace).
• Désormais, dans un scénario de test de charge, vous pouvez spécifier des valeurs de paramètres de contexte spéciales à utiliser dans les processus de validation et d’étalonnage du périphérique de test de charge.
• WebAPI : ajout de la prise en charge de la surveillance WebSocket. Voir les descriptions des points de terminaison et des champs JSON dans l’article API: WebSocket de ce wiki.

• La politique de facturation de LoadView a été modifiée. Désormais, un cycle de facturation commence le jour où vous activez un plan d’abonnement LoadView et redémarre aux mêmes dates à 00h00 chaque mois. Consultez la FAQ sur la facturation LoadView pour plus de détails.
• Ajout de la prise en charge du démarrage du test de charge de groupe. Vous pouvez désormais sélectionner et exécuter plusieurs tests simultanément à partir de la page Gestionnaire de tests. Pour plus d’informations, voir Configuration du début du test de groupe.
• API Web : ajout de la prise en charge des opérations avec des groupes de test de charge. Voir la liste des méthodes disponibles dans la catégorie Méthodes LoadView de notre wiki.

• Mise à jour de la fonctionnalité de protection des PII pour la surveillance des applications Web et les tests de charge avec EveryStep Scripting Tool. Vous pouvez sélectionner un élément HTML spécifique, un élément RIA ou une zone de page Web à masquer sur la vidéo enregistrée.
• Ajout de la prise en charge des collections Postman qui utilisent des variables d’environnement. Pour plus d’informations, consultez la rubrique Utilisation des variables d’environnement Postman.
• Ajout d’une description du modèle objet EveryStep, y compris les classes et les champs, propriétés et définitions de méthodes associés. Consultez la vue d’ensemble de la description dans l’article Modèle objet de l’outil de script EveryStep : classes, méthodes, propriétés, etc . de la Base de connaissances.

• Ajout de la prise en charge de la surveillance ou du test de charge des applications Web avec la fonctionnalité de téléchargement de fichiers à l’aide de l’outil Web EveryStep Scripting.
• Ajout de la prise en charge de la limitation du nombre de sessions de test de charge dans un test de charge. Voir les détails dans l’article Limitation des sessions de test .
• API Web : ajout de la prise en charge de la désactivation des alertes pour plusieurs appareils de surveillance à la fois. Consultez les descriptions des points de terminaison et des champs JSON dans l’article API : Désactiver les alertes pour plusieurs appareils .
• API Web : Ajout de la prise en charge de l’accès aux données d’un département spécifique d’un compte Dotcom-Monitor. Découvrez comment créer la demande d’authentification API dans l’article API : Surveillance de l’authentification .
• Ajout de la prise en charge de Chrome 91 pour la surveillance des pages Web et des applications.
• Ajout de la spécification de réponse réseau aux rapports en ligne Postman Collection.
• Ajout de la prise en charge de la validation DNSSEC avec le périphérique de surveillance de script personnalisé à l’aide de DnsSecTest.cs.

• Fonctionnalité étendue de la surveillance DNS : ajout d’une option permettant de définir explicitement le protocole (UDP ou TCP) à utiliser pour la recherche DNS. La liste des types d’enregistrements NS pris en charge est mise à jour.
• Ajout de la prise en charge de la configuration de l’utilisation des données à partir d’un fichier CSV pour les tests de charge avec des variables dynamiques. Pour en savoir plus, consultez l’article Test de charge avec des utilisateurs uniques : configuration de l’utilisation des lignes de valeur dans un fichier CSV .

• Ajout de l’intégration de LoadView avec JMeter. Pour en savoir plus, consultez l’article Test de charge à l’aide des plans de test JMeter de notre base de connaissances.
• Ajout de la prise en charge de Secure Vault dans les périphériques WebView et ServerView. Vous pouvez stocker les données sensibles utilisées dans les requêtes dans les variables chiffrées associées. Pour en savoir plus, consultez l’article Application de variables de chiffrement pour demander des paramètres et des paramètres de périphérique de notre Base de connaissances.

• Les données de rapport XML peuvent être filtrées en fonction de balises spécifiques utilisées pour surveiller les périphériques et les tâches. Pour en savoir plus sur l’extraction de rapports XML, cliquez ici.
• EveryStep Scripting Tool est accessible directement à partir du menu latéral de la page d’accueil de la solution Dotcom-Monitor Monitoring.

• Ajout de nouvelles zones proxy publiques basées sur Azure pour les tests de charge et de stress derrière le pare-feu (Dubaï, São Paulo, Toronto, Québec, Tokyo, Nouvelle-Galles du Sud, Pune, Hong Kong). Voir la liste complète ici.
• Une nouvelle conception d’interface utilisateur a été introduite pour la solution de surveillance Dotcom-Monitor, y compris de nouvelles fonctionnalités du Gestionnaire de périphériques telles que le filtrage. Retrouvez plus de détails ici.
• Ajout de la prise en charge du balisage des périphériques de surveillance et des groupes de notifications dans la solution de surveillance Dotcom-Monitor. Découvrez comment utiliser les balises dans Dotcom-Monitor ici.

• Ajout de nouveaux sites de surveillance en Chine.

• Le nouvel outil d’alimentation en temps réel est introduit pour fournir aux utilisateurs de la solution de surveillance Dotcom-Monitor un journal en temps réel des sessions de suivi qui sont actuellement exécutées. Retrouvez ce tableau de bord interactif dans le menu Rapports.
• Prise en charge supplémentaire de la surveillance WebSockets. Créez un dispositif de surveillance WebSocket pour vérifier la disponibilité, les performances, le contenu approprié et les erreurs d’une seule URL WebSocket.
• Un serveur de référence sera activé par défaut pour chaque zone géographique nouvellement ajoutée dans un scénario de test de charge. Vous pouvez désactiver le serveur de référence dans les paramètres du scénario de test de charge si cela est nécessaire.
• Prise en charge supplémentaire des variables de l’environnement Postman dans les solutions de surveillance et de test de charge Dotcom-Monitor. Configurer la surveillance de l’API ou les tests de charge avec Dotcom-Monitor en important la collection Postman dans le système et en cartographiant les variables d’environnement locales correspondantes en fonction des paramètres de contexte du test. Voir Comment travailler avec les variables de l’environnement facteur.
• Logique d’étalonnage de test de charge modifiée pour un scénario de test de charge. Le système exécutera un mini-test pour déterminer une charge utile optimale pour les serveurs injecteurs de charge. Voir Calibration.
• Ajout d’icônes d’indication d’état à la liste du gestionnaire de test (test de charge). Les périphériques planifiés et en cours d’exécution seront marqués avec les icônes correspondantes dans la liste du gestionnaire de test.
• Rapport de session de charge rebaptisé Log in the load test results. Trouvez le rapport avec les détails de votre session de test de charge sous l’onglet Journal sur la page Rapport de test de charge.
• Prise en charge supplémentaire de la gestion de redirection d’URL cible. Utilisez l’option Follow Redirects dans le dispositif de surveillance HTTP(S) ou les paramètres de test de charge HTTP(S) pour autoriser ou empêcher les redirections pendant l’exécution du test.
• Ajout d’un support du moteur Razor pour parse une charge utile HTTP(S) en tant qu’expression Razor. Vous pouvez utiliser la syntaxe Razor pour spécifier une charge utile HTTP(S) dans le dispositif de surveillance HTTP(S) et les paramètres de test de charge HTTP(S).

• Une nouvelle version du bureau de l’outil de script EveryStep a été introduite.
• Ajout d’une option pour arrêter l’enregistrement vidéo de contenu Web sensible lors de l’enregistrement d’un script de surveillance avec le bureau d’outils de script EveryStep.
• Prise en charge supplémentaire pour un fichier télécharger everystep script enregistrement pour les fichiers à partir d’URL externes.
• Sortie de la nouvelle vidéo Dotcom-Tools Quick Start.
• De nouvelles régions géographiques sont disponibles pour les tests derrière le pare-feu avec Static Proxy. Retrouvez la liste complète des adresses IP statiques ici.
• Prise en charge supplémentaire de la surveillance web et des tests de charge avec le navigateur Edge. Vous pouvez également créer un nouvel appareil de surveillance de page Web ou un test de charge dans Chrome, Firefox ou l’un des navigateurs mobiles pris en charge.

• La nouvelle solution Dotcom-Tools a été introduite pour prendre en charge les tests de performances Web à la demande. Trouvez une explication plus détaillée de la différence entre les solutions dans Dotcom-Monitor Solutions Overview.

• Vidéos comment faire ajoutées à la section Tutoriels vidéo.
• Prise en charge supplémentaire des tests de charge à partir des endroits suivants : Azure East US (Virginie), Azure West US (Californie), Azure North Central US (Illinois), Azure South Central US (Texas). Voir la liste complète des adresses iPs proxy statiques ici.
• LoadView Agent sur place ajouté pour les tests de charge derrière le pare-feu lorsque la liste blanche des ADRESSES proxy statiques n’est pas autorisée. Voir aussi Public Cloud vs Public Proxy vs On-site Load Testing.

• Prise en charge supplémentaire de Chrome 83 pour la surveillance des pages Web et des applications.
• Le moteur multimédia et la durée de lecture peuvent être définis pour les tests de charge de Streaming Media.
• Si vous n’avez plus de ressources de test de charge et que vous ne souhaitez pas modifier votre forfait d’abonnement LoadView actuel, vous pouvez utiliser un Boost une fois pour ajouter des ressources dans le montant égal à votre abonnement mensuel. Si un test dépasse les ressources allouées, vous serez automatiquement invité à utiliser la fonctionnalité Boost lors de la configuration du scénario de test.

• Prise en charge supplémentaire des tests de charge de l’API Web à l’aide des collections Postman.
• Ajout de fonctionnalités post script aux tests de surveillance et de charge HTTP.
• OS Windows Server 2008 n’est plus pris en charge par l’agent privé et l’agent MetricsView. S’il vous plaît, mise à niveau vers OS Windows Server 2012 ou plus et réinstaller l’agent.

• Les serveurs injecteurs de charge pour les tests de charge peuvent être instantanément utilisés à partir d’Azure Cloud Services (US Central(Iowa).
• La surveillance du téléchargement de fichiers et les tests de charge sont disponibles avec l’outil de script EveryStep.

• Ajout de l’appui aux rapports lighthouse. Tirez automatiquement les rapports lighthouse et surveillez les changements dans une mesure spécifique du phare au fil du temps avec une fréquence spécifiée à l’aide de la tâche de rapport de phare.
• Prise en charge supplémentaire de la surveillance de l’API Web à l’aide des collections Postman. Utilisez une collection des appels API créés dans Postman pour configurer un dispositif de surveillance.
• Ajout d’intégration avec MS Teams et AlertOps. Maintenant, on peut configurer des groupes de notification pour envoyer des notifications d’alerte aux équipes MS ou AlertOps.

• Prise en charge supplémentaire de la protection des données sensibles avec Secure Vault lors des tests de charge. Utilisez le stockage Secure Vault pour restreindre l’accès aux variables d’informations personnelles (connexion, mot de passe, etc.) dans les scripts de test.

• Prise en charge supplémentaire pour soap Web API Load Testing.
• Prise en charge supplémentaire de la surveillance de l’API Reste Web et des tests de charge API.
• Ajout d’un accès direct aux graphiques waterfall en ligne à partir de notifications d’alerte par courriel. Trouvez les liens Détails dans le corps du message d’alerte.
• Prise en charge supplémentaire pour ignorer les erreurs par plage de codes lors de la surveillance.
• Les captures d’écran et l’enregistrement vidéo peuvent être désactivés dans les paramètres de l’appareil tout en configurant l’application Web et la surveillance des pages Web.

• Détails des abonnements ajoutés aux paramètres du compte.
• ID de compte ajouté aux paramètres du compte.
• Prise en charge supplémentaire des tests de charge multimédia en streaming.
• Des options de référence avancées sont disponibles pour les tests de charge avec LoadView.

• Le Plugin LoadView pour Jenkins a été lancé. Utilisez le plugin pour ajouter des tests LoadView à une build Jenkins.
• Les ensembles de données load tests peuvent être consultés via l’API LoadView.
• Nouveau script personnalisé
  MustBeBlocked.cs pour assurer
  l’indisponibilité des applications Web à partir de l’Internet public.

• iPhone XR, iPhone XS, iPhone XS Max surveillance des appareils est disponible pour BrowserView et UserView.

• Le rôle utilisateur avec accès restreint à Secure Vault a été introduit.
• Private Agent Failed Ratio est disponible dans la liste des agents privés.
• Les agents privés peuvent être configurés pour exécuter uniquement les appareils BrowserView et UserView ou les appareils WebView et ServerView.
• Le nombre de sessions UserView simultanées peut être limité dans les paramètres d’agent privé.

• Les informations sensibles enregistrées dans les scripts peuvent être sécurisées dans EveryStep Script Recorder.
• Secure Vault avec accès restreint est introduit comme stockage de données sensibles.
• Chrome 77 est pris en charge pour la surveillance des pages Web et des applications.
• Mise à jour de l’interface Device Manager. Pour afficher les détails de l’appareil dans la liste, utilisez l’icône Afficher les détails dans l’en-tête.

• Les tests de charge à partir d’adresses IP statiques sont disponibles.
• Les champs de mots de passe sont masqués et convertis en paramètres contexturaux par défaut dans EveryStep Recorder.
• L’utilisateur propriétaire peut ajouter une adresse e-mail à un compte utilisateur si un e-mail n’a pas été spécifié auparavant dans les paramètres utilisateur.
• Interface utilisateur mise à jour.

• La surveillance du téléchargement de fichiers avec EveryStep Web Recorder est disponible dans les navigateurs Chrome et mobile (jusqu’à 5 Mo à la fois et 20 Mo au total).
• La limitation réseau est ajoutée aux options d’outils de script EveryStep.
• L’exécution du script UserView peut être interrompue sur la première erreur détectée pendant la surveillance de l’appareil.
• De nouveaux géolocalisations pour les tests de résistance sont disponibles dès maintenant : Stockholm et Séoul.
• Interface utilisateur mise à jour.

• Network Body Analyzer est ajouté aux options d’outils de script EveryStep. Utilisez l’option pour surveiller l’organe de réponse à partir d’URL spécifiques.
• EveryStep Scripting Tool Desktop prend en charge l’enregistrement de scripts sur un compte départementique spécifique. Lors de l’enregistrement du script, vous serez invité à choisir un compte pour créer un périphérique et enregistrer le script.
• Les mots de passe sont masqués et convertis en paramètres contextaux dans l’outil de script EveryStep par défaut.
• EveryStep Scripting Tool Desktop prend en charge la sélection des navigateurs Chrome, IE ou mobile pour enregistrer le script en mode HTTP/S.

• La disposition de l’historique des paiements s’est améliorée.
• Les reçus individuels peuvent être téléchargés à partir de la page Historique des paiements pour les tests de résistance et les changements de service.
• Prise en charge du dossier d’échange de courrier ajouté à la tâche aller-retour par courriel; un délai d’attente d’exploitation personnalisé peut être défini indépendamment pour la livraison et la réception des opérations.
• Des flux XML individuels (y compris des données sur un paquet et l’utilisation de la capacité) sont disponibles pour le compte racine et pour les ministères. Department XML Feed fournit uniquement des données sur le Département sélectionné.
• L’analyseur d’URL réseau est ajouté aux options de l’outil de script EveryStep.

• Vous pouvez configurer le résumé du compte tout en configurant les rapports mondiaux.
• La période de rapport trimestrielle est disponible pour les rapports de l’ALS. Les données sur chaque trimestre seront fournies dans une ligne de rapport distincte.