Requêtes les plus lentes et les plus en échec
Requêtes les plus lentes et les plus en échec
Pour un test comportant plusieurs requêtes, la vue d'ensemble affiche deux courtes listes sous les tuiles de métriques : les cinq requêtes au temps de réponse moyen le plus élevé et - si l'exécution a connu des erreurs - les cinq au taux d'erreur le plus élevé. Chaque ligne renvoie à la requête dans le tableau des statistiques.
Classement
- Les plus lentes trie par temps de réponse moyen et affiche le maximum à côté. Une requête à la moyenne modeste et au maximum énorme est une requête généralement correcte qui se bloque parfois : un verrou, un cache froid, une pause du ramasse-miettes.
- Les plus en échec trie par taux d'erreur, puis par nombre d'erreurs. Une requête à 100 % d'erreurs avec peu d'échantillons est en général un problème de script (mauvaise URL, jeton manquant) ; une requête à 3 % d'erreurs sur des milliers d'échantillons est un problème de capacité.
Les deux listes utilisent les données exactes par échantillon de l'exécution ; elles concordent donc avec le tableau des statistiques.
Que faire ensuite
- Ouvrez la requête dans le tableau des statistiques et comparez son P95 au P95 de l'exécution sur la vue d'ensemble. Une seule requête qui tire le percentile de toute l'exécution vers le haut est le cas courant.
- Vérifiez si elle est lente partout ou depuis un seul emplacement.
- Si elle échoue, retrouvez son type d'échec dans le tableau des erreurs par type.
- Définissez un seuil de réussite/échec pour que la prochaine exécution vous dise si le correctif a fonctionné ; le tableau des statistiques marque chaque requête en conséquence.