Lors d'un test de performances, le niveau d'intensité de la charge utilisateur augmente progressivement d'une valeur faible à une valeur élevée. Le test des performances de l'application avec très peu d'utilisateurs est désigné par test de performances de faible intensité. En général, vous avez besoin d'actifs de test de performances pour mener un test de performances. Cependant, dans IBM® Rational Functional Tester, vous pouvez effectuer le test fonctionnel et le test de performances de faible intensité avec les mêmes actifs de test fonctionnel.
Un test de performances de faible intensité vous aide à détecter les goulots d'étranglement des performances dans la phase initiale du développement proprement dit, ce qui réduit le coût et les efforts nécessaires lorsque le problème de performances est détecté dans les phases ultérieures de la mise en production.
Dans le cadre d'un test de performances de faible intensité, vous pouvez mesurer les divers temps de réponse, tels que le temps net de bout en bout, le temps net du serveur, le temps de réponse Application lancée et Application arrêtée pour les transactions et chaque action d'interface utilisateur. Le rapport statistique d'interface Web et mobile affiche l'ensemble de ces temps de réponse.
- Temps net de bout en bout : il s'agit du cumul des temps d'interaction avec le serveur et un client tel qu'un navigateur ou un périphérique. Le temps passé sur le réseau est également pris en compte. En général, ce temps ne comprend pas le temps de réflexion ou le temps de traitement par le plan de travail.
- Temps net du serveur : il s'agit du cumul des temps d'interaction avec le serveur et le réseau. Ces temps ne comprennent pas le temps d'interaction sur le client (navigateur ou périphérique), le temps de réflexion ou le traitement par le plan de travail.
- Application lancée : il s'agit du cumul des temps d'interaction sur le client (navigateur ou périphérique) proprement dit.
- Application arrêtée : il s'agit du cumul des temps d'interaction avec le serveur et le réseau. Le temps passé sur le client n'est pas pris en compte.
Une transaction est un regroupement logique de quelques actions d'interface utilisateur. Par exemple, la création d'un utilisateur est une transaction et le remplissage de chaque zone utilisateur pour créer un utilisateur est une action d'interface utilisateur. Pour un utilisateur final, le temps nécessaire à la réalisation d'une tâche métier (transaction) est plus utile que le temps consacré à chaque action d'interface utilisateur. Au fil du temps, certaines tâches métier sont davantage prioritaires dans le cadre des mesures d'amélioration des performances. Le rapport Transaction contient des informations sur toutes les transactions d'un test.
L'utilisation d'une transaction peut vous fournir des données relatives au temps de réponse d'une transaction. Cependant, il convient de savoir que ce temps de réponse pour une transaction est au niveau attendu. Les utilisateurs finaux auraient déjà défini des temps de réponse pour chaque tâche métier dans l'accord sur les niveaux de service. Vous pouvez donc définir ces exigences de performances dans l'outil et vérifier si le temps de réponse mesuré est conforme à l'accord. Le rapport des exigences de performances contient des informations indiquant si les transactions répondent aux critères de performances.