Partager via

À propos de JavaScript et des contrôles ActiveX dans les tests des performances de site Web

  • Article

Dans Visual Studio Ultimate, vous enregistrez vos tests de performances de site Web dans l'Enregistreur de test de performances de site Web. Vous exécutez vos tests de performances de site Web à l'aide du moteur de test de performances de site Web. Le moteur de test de performances de site Web fonctionne sur la couche HTTP. Le moteur de test de performances de site Web utilise des messages de requête/réponse HTTP standard pour communiquer directement avec le serveur Web cible. Il n'exécute pas JavaScript.

Notes

L'Enregistreur de test de performances de site Web enregistre les requêtes AJAX et les requêtes envoyées depuis JavaScript. Le moteur de test de performances de site Web n'exécute pas JavaScript.

Ce document vous explique comment gérer JavaScript, les contrôles ActiveX, les fenêtres indépendantes et AJAX dans vos tests de performances de site Web.

JavaScript

Généralement, aucun traitement spécial n'est nécessaire à votre test de performances de site Web pour JavaScript dans votre application Web. Lorsque vous enregistrez votre test de performances de site Web, JavaScript s'exécute comme prévu, en fonction de vos paramètres Internet Explorer. Les valeurs produites par JavaScript pour être utilisées en tant que paramètres de formulaire ou paramètres de chaîne de requête sont capturées par l'Enregistreur de test de performances de site Web. Lorsque vous exécutez votre test de performances de site Web avec le moteur de test de performances de site Web, JavaScript ne s'exécute pas, mais les valeurs de paramètre définies pendant l'enregistrement sont utilisées.

JavaScript et l'Afficheur des résultats des tests de performances de site Web

Vous exécutez votre test de performances de site Web à l'aide du moteur de test de performances de site Web et vous consultez les résultats dans l'Afficheur des résultats des tests de performances de site Web. L'Afficheur des résultats des tests de performances de site Web contient un onglet qui affiche la réponse HTTP de chaque requête dans votre test de performances de site Web. La réponse HTTP correspond aux données de votre test de performances de site Web, autrement dit, les données qui vous indiquent si votre application Web fonctionne correctement.

Notes

Les règles de validation et d'extraction que vous ajoutez à votre test sont exécutées sur la réponse HTTP.

L'Afficheur des résultats des tests de performances de site Web contient également un onglet avec un contrôle de navigateur incorporé. Le contrôle de navigateur essaie d'afficher la réponse HTTP de chaque requête dans votre test de performances de site Web. Le moteur de test de performances de site Web n'exécutant pas JavaScript, le contrôle de navigateur incorporé est défini pour ne pas exécuter JavaScript.

Certains sites Web contiennent une balise noscript dans leur code HTML. Cette balise permet à un site Web de spécifier un message d'erreur qu'un navigateur affiche si le navigateur n'est pas défini pour exécuter JavaScript. Si un site Web contient une balise noscript, un message d'erreur, tel que JavaScript required, peut s'afficher dans l'Afficheur des résultats des tests de performances de site Web lorsque vous exécutez votre test. Le message d'erreur signifie que la page ne s'affiche pas correctement dans l'Afficheur, mais la plupart du temps, la réponse sera quand même correcte. Vous devez examiner la réponse HTTP pour déterminer si votre test Web fonctionne correctement.

Notes

Vous pouvez également ajouter des règles de validation pour déterminer si votre test de performances de site Web fonctionne correctement.

JavaScript et tests de performances de site Web codés

Certaines applications Web dépendent de JavaScript d'une manière qui affecte les demandes HTTP. Vous pouvez utiliser un test de performances de site Web codé pour simuler la logique généralement exécutée par JavaScript. Par exemple, une application peut utiliser JavaScript pour modifier des paramètres de formulaire dynamiquement. Dans un test de performances de site Web codé, vous pouvez écrire du code pour apporter les mêmes modifications aux paramètres de formulaire que manuellement. Pour plus d'informations, consultez Comment : créer un test des performances de site Web codé.

Contrôles ActiveX

Les contrôles ActiveX dans votre application Web se classent dans trois catégories, selon la façon dont ils fonctionnent au niveau HTTP.

  • Votre contrôle ActiveX n'est pas utilisé au niveau HTTP ; il affiche simplement des éléments visuels sur la page. Dans ce cas, aucun traitement spécial supplémentaire n'est nécessaire à votre test de performances de site Web.

  • Votre contrôle ActiveX n'est pas utilisé au niveau HTTP, mais vous souhaitez le tester. Par exemple, si vous avez un contrôle ActiveX très volumineux, vous pouvez souhaiter le tester dans un test de charge pour voir s'il affecte la vitesse de votre application Web. Dans ce cas, ajoutez le contrôle ActiveX comme une demande dépendante à la page et il sera téléchargé pendant la série de tests.

  • Votre contrôle ActiveX est utilisé au niveau HTTP, par exemple il récupère des données d'un service Web. Dans ce cas, vous devez convertir votre test en un test de performances de site Web codé et ajouter les requêtes HTTP manuellement.

Voir aussi

Tâches

Dépannage des tests des performances de site Web

Comment : créer un test des performances de site Web codé

Procédure pas à pas : création d'un test de performances Web codé

Concepts

Exécution de tests de performances de site Web

Utilisation de règles de validation et d'extraction dans des tests des performances de site Web

Autres ressources

Dépannage des tests de charge et des tests de performances de site Web

Création et modification de tests des performances de site Web