Modifier le journal

• 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 propre 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 bulletins 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).

• Nouvelle version du bureau d’outils de script EveryStep introduit.
• 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.

• Nouvelle solution Dotcom-Tools 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.