baseline netqost

Nous Contacter

netqost
Tour Galliéni II
36, avenue du Général de Gaulle
93170 Bagnolet

RCS 447.745.423

[ t ] 01 72 29 64 44
[ f ] 01 48 97 06 84

infos@netqost.net

METHODOLOGIE de MESURE


Fréquence et localisation des tests


Gomez effectue ses transactions depuis deux points différents pour les besoins du Benchmark, il en existe en fait plusieurs milliers dans le monde. Ces points peerings sont en général les réseaux hauts débits d'opérateurs européens. Les mesures sont effectuées régulièrement, avec un intervalle de 60 minutes entre deux mesures. Les localisations des points de mesures sont :
  • Paris, France (France Telecom)
  • Paris, France (PSInet Europe)


Les agents de test


L'agent de test de Gomez émule un navigateur web standard, depuis les connexions Backbone d'Internet (avec la vitesse d'une T1 ou supérieure). Les données capturées et affichées représentent les performances réseaux des données transférées, si le visiteur n'a aucune page en cache (locale ou proxy).

Temps de réponses


La métrique du temps de réponse reflète le temps passé lors du téléchargement de chaque page web, dans le schéma globale d'une transaction (plusieurs pages possibles, le temps de chaque objet est pris en compte, de même que les javascript ou les css). Les points de mesures de chaque test réussi sont collectés depuis les différentes locations, puis agrégées pour créer le benchmark. La métrique résultante représente le temps moyens requis pour exécuter une transaction multi-page sans que la latence de l'utilisateur perturbe les résultats. Bien que ces temps moyens ne puissent pas être atteints par de véritables utilisateurs, cette métrique permet de définir un standard à travers lequel les différentes entreprises peuvent jauger leur évolution et mesurer l'efficacité de leurs business Internet.

Disponibilité


La disponibilité mesure le pourcentage des transactions ayant abouties. Le taux de disponibilité dépend d'un certain nombre de variables, dont la disponibilité du site web, sa capacité à traiter une transaction sans erreur, et sa capacité d'envoyer chaque page en moins de 60 secondes. Les taux de disponibilité n'incluent pas les erreurs du serveur, où celles dues à des problèmes de scripting. Ces erreurs se produisent de temps en temps, et sont reflétées par un message "n/a" (non disponible ou non applicable) au niveau du benchmark.