Pourquoi les modèles d'URL à exclure dans l'enregistreur de script de test HTTP (s) de Jmeter ne fonctionnent pas?

Lorsque vous essayez d’enregistrer, dans WorkBench Enregistreur de script de test HTTP (s) , J'ai utilisé les suggestions exclues pour Modèles d'URL à exclure :

.*\.(bmp|css|js|gif|ico|jpe?g|png|swf|woff)

Mais en Contrôleur d'enregistrement , J'en ai encore beaucoup css fichiers, tels que:

56 /project/web/css/common-styles.css

Pourquoi?

Je suggère de signaler ce problème via JMeter Bugzilla

En ce qui concerne l'objectif d'exclure des scripts, des images, des styles, etc. du test de charge - je suis totalement en désaccord. À mon avis, le test de charge doit être aussi réaliste que possible et la simulation JMeter doit être aussi proche de ce que le vrai navigateur fait. comme vous pouvez le faire.

Quelques recommandations:

1. Les vrais navigateurs extraient les scripts, les styles et les images de la page Web et utilisent un pool de threads simultanés, ce qui varie d'un navigateur à l'autre. Dites donc à JMeter de récupérer toutes les ressources incorporées à partir des pages Web et de le faire simultanément. Le meilleur endroit pour configurer ce comportement est Demandes HTTP par défaut (à propos, vous pouvez l'utiliser pendant l'enregistrement)
2. Conformément au point 1, les navigateurs téléchargent des images, des styles, etc., mais ils le font. juste une fois lors des demandes ultérieures, ces actifs sont renvoyés à partir du cache du navigateur. Pour répliquer ce comportement, ajoutez Gestionnaire de cache HTTP à votre plan de test.
3. La majorité absolue des applications Web utilisent des cookies. Pour activer le support des cookies, il suffit d'ajouter Gestionnaire de cookies HTTP qui fournit un soutien, l'accès et le contrôle des cookies.
4. Il peut également être nécessaire d’envoyer des en-têtes de requête car dans certains cas, la sortie varie en fonction de la présence des en-têtes et de valeurs telles que "User-Agent", "Accept-Language", "Accept-Encoding", etc. Il peut être géré via Gestionnaire d'en-tête HTTP