Dans la page Rapport de test de charge sous l’onglet Journal, vous pouvez examiner les détails de la session, tels que l’heure de début, la durée et l’état d’exécution, en plus d’autres métriques.

filtrage

Les filtres Start/End Time vous permettent de spécifier l’intervalle de temps pour afficher uniquement les sessions commencées ou en cours d’exécution pendant cette période de temps. Les sessions qui se sont terminées avant l’heure de début et qui ont commencé plus tard que l’heure de fin seront filtrées. Par défaut, les filtres utilisent l’heure du début et de la fin du test.

Le filtre État vous permet d’afficher uniquement les sessions avec les détails suivants :

  • tout. Toutes les sessions de test.
  • Succès seulement. Sessions avec des tâches exécutées avec succès.
  • Échecs uniquement. Des sessions avec des erreurs se sont produites lors de l’exécution des tâches.

Dans certains cas, il se peut que vous ne trouviez aucune session sous l’onglet Journal pendant que votre test est terminé avec succès. Ou vous pouvez voir moins de sessions que prévu dans le journal. Si cela se produit, sélectionnez l’option Inclure les sessions inachevées pour afficher les sessions avec un état Inachevé . Par défaut, nous n’incluons pas de statistiques sur les sessions inachevées dans les statistiques d’erreurs et le journal de session. Si l’option est activée, les sessions inachevées qui ont été automatiquement arrêtées par LoadView seront affichées dans le journal. Pour plus d’informations sur les raisons pour lesquelles une session de test peut être arrêtée et sur la façon de les utiliser, consultez l’article Sessions inachevées de notre Base de connaissances.

Si l’option Injecteur de charge de référence unique est sélectionnée, les sessions du serveur d’injecteur de charge de référence s’affichent dans la liste.

L’utilisateur de référence exécute une tâche simultanément avec des utilisateurs virtuels simulés sur nos injecteurs de charge (LIs). Par conséquent, vous pouvez comparer les sessions de référence et LI s’exécutant au même intervalle de temps en termes de conformité de durée ; la durée ne doit pas différer de manière significative. En outre, dans le cas des tâches d’application Web et de page Web, vous pouvez lire la vidéo de l’exécution de la session de référence pour suivre le comportement de l’application et de la page sous le chargement.

Pour filtrer les sessions démarrées sur les LIs, les filtres suivants sont disponibles :


  • Zone
    . Permet de filtrer en partie l’emplacement géographique à partir de partir de quel emplacement les sessions ont été démarrées.
  • agent. Permet de filtrer la liste des sessions par LIs sur les sessions ont été démarrées.
  • identifiant. Autorise le filtrage par un ID utilisateur virtuel particulier.

Pour afficher ou modifier les filtres de zone, d’agentou d’ID utilisateur (s’ils sont configurés), cliquez sur Afficher en regard du champ de filtre.

Affichage des détails de la session

Pour afficher les étapes de session en détail, élargissez l’en-tête de la session.

Pour lire la vidéo d’une session de référence, filtrez la liste par Only Reference Server,puis cliquez sur le lien vidéo dans l’en-tête de description de session.

Pour afficher un rapport de performance de session,cliquez sur le
lien de détails
 à côté de la description de la session.

Sur la page de rapport de session, cliquez uniquement sur les erreurs pour afficher uniquement les détails de l’échec.

Pour afficher une description d’une erreur dans la liste des sessions, indiquez l’état d’échec dans la colonne correspondante. Vous pouvez également trouver un organe de tâche HTTP(S) sous le lien Corps dans la description de session échouée.

Les raisons les plus courantes qui pourraient conduire à des erreurs dans un test sont les suivantes:

  • Erreurs dans la configuration du test. Dans le cas d’un test d’application Web, vérifiez la configuration de l’appareil.
  • Surcharge du processeur sur les serveurs LI. Vérifiez le graphique d’utilisation du processeur sous l’onglet Résumé.
  • Erreurs côté client telles que l’infrastructure matérielle/logicielle et les problèmes d’application.

Voir aussi : Codes d’erreur