Temps de réponse
Le temps de réponse exige un début et une fin définis. Réception d’une réponse API et vue utilisable mesurent des étapes différentes.
Le temps de réponse décrit la durée entre un début défini et le résultat correspondant. La limite doit être nommée : arrivée d’une requête au serveur ou départ dans le navigateur, par exemple.
Limites de mesure du portail
Dans un portail hypothétique, une mesure se termine à réception complète de la réponse API. D’autres étapes peuvent précéder l’affichage et l’utilisation de la liste de commandes. Ces durées ne sont donc pas interchangeables.
L’évaluation doit associer tâche, charge et volume à la mesure. Cache et version logicielle peuvent aussi modifier la comparaison. Une moyenne seule peut masquer les cas lents. Sans mesurer la même étape, des temps différents ne démontrent pas une différence de performance fiable.
Sources
Termes associés
- Débit de traitementLe débit décrit le travail traité par période. Il ne correspond ni à la durée d’une requête ni au nombre d’utilisateurs simultanés.
- Système héritéUn système existant toujours utilisé, avec des dépendances techniques et métier accumulées.
- Architecture multilocataireUne solution multilocataire prévoit des périmètres distincts par client ou groupe. Un locataire n’est pas automatiquement une personne ou une base de données.
- Cache du navigateurLe cache du navigateur conserve des réponses HTTP adaptées. Réutilisation et revalidation suivent les règles applicables.
- Invalidation du cacheL’invalidation met fin à la réutilisation d’une copie selon des règles définies. L’enregistrement source reste distinct.
- Mise en cacheLa mise en cache réutilise des données ou résultats stockés. Validité et périmètre utilisateur autorisé font partie de la conception.
Articles sur le sujet
Développement logiciel avec ASES
Logiciels sur mesure, applications web et mobiles