Page 1 sur 1

Décomposition des temps de chargement d'une page web

Publié : jeu. 20 mars 2014 17:49
par BlueExp
Bonjour,

Je travaille actuellement sur une campagne de tests pour un portail web entreprise. Lorsque l'on accède au portail, la page charge environ une dizaine de composants asynchrones. Les temps de chargement de ces composants sont longs et l'application ne répond plus à 10% de la charge nominale.

Je souhaiterais savoir quels sont les composants les plus longs à charger, (donc, charger les composants de la page séparément) pour en mesurer les temps de chargement ainsi que les ressources consommées par le composant.

Le script a été enregistré en Web (URL mode). Dans le script, j'ai bien tous les appels .js, le chargement des images, les .css, mais au rejeu, presque tout mon temps est passé sur les deux requêtes "default.aspx" et "sites.asmx".

Savez-vous s'il y a un moyen de différencier le chargement des composants de ma page ?
merci par avance pour vos retours.

L'application est basée sur la technologie SharePoint.
Serveurs Web et appli et SQL sur Windows 2008 64 bits
Pour le scripting : LR 11.52

BE

Re: Décomposition des temps de chargement d'une page web

Publié : jeu. 20 mars 2014 18:05
par chilglord
Salut,

Tu peux utiliser l'option de diagnostic "web page component breakdown" dans le scenario. Tu peux aussi commenter les web_concurrent_* et mettre des transactions aux bons endroits. C'est moins réaliste (et encore...) mais ça devrait répondre à ta contrainte.

chilglord

Re: Décomposition des temps de chargement d'une page web

Publié : ven. 21 mars 2014 10:59
par mandy
Bonjour,

Juste une question: Est ce que l'option Async Scan est bien cochée dans les Recording Options ?

Mandy

Re: Décomposition des temps de chargement d'une page web

Publié : ven. 21 mars 2014 12:50
par BlueExp
Merci pour vos réponses.

@ Mandy : Oui, j'ai bien activé l'option Async Scan.

@chilglord : En fait, tous les appels compris dans la partie web_concurrent_* dans mon script passent très rapidement. Mes deux requêtes très lentes "default.aspx" et "sites.asmx" se trouvent en dehors. Nous avons installé hier deux sondes diag qui nous donnent pas mal d'informations et répondent à notre besoin, donc je pense qu'on va rester sur cette solution.