Qu'est-ce qu'une scénario de charge?

Qu’est-ce qu’une scénario de test ? #

Un scénario de test représente une ou plusieurs flots commerciaux ou flots critiques qui seront exécutées en parallèle sur l’infrastructure cible par un ou plusieurs utilisateurs virtuels. Si ce n’est pas une seule flotte, elle sera exécutée équitablement pour tous les utilisateurs virtuels, mais si elle concerne plus de flottes, il faudra générer un modèle de charge afin d’approcher le test comme possible de la réalité.

Qu’est-ce qu’une flux de business ou un flux critique ? #

Un flux de business ou d’une flotte critique est composé d’un ou plusieurs transactions de business ou de transactions. Les flux de business sont également appelés processus de business, et les flottes critiques sont également appelées processus critiques. Pour éviter la confusion due à la grande quantité de paronymes, nous utiliserons ici le terme flux et/ou transaction.

Qu’est-ce qu’un modèle de charge ? #

Le modèle de charge est la distribution, basée sur des pourcentages ou le nombre d’itérations, que les utilisateurs virtuels effectueront pour chaque des flux. Supposons que nous avons une application web pour un aéroport avec les flux suivants :

• Recherche de vols
• Achats de vols
• Consultation d’un itinéraire

Si nous n’avions pas un modèle de chargement, les pourcentages seraient probablement distribués équallément entre les trois flux, mais en allant plus loin dans l’application et en effectuant une analyse sur les journaux, nous avons ajusté le modèle à la distribution suivante:

• Recherche de vols - 70%
• Acheter des vols - 15%
• Vérifier l’itinéraire - 15%

Dans cette mesure, nous ajusterions le modèle de charge pour que la simulation se rapproche autant que possible du scénario expérimenté par notre application en production.

Qu’est-ce qu’une transaction ? #

C’est la représentation de l’un ou plusieurs cas de tests. Cela permet de lier le monde fonctionnel avec le monde non fonctionnel, puisque les cas de test sont un produit fonctionnel et nous pouvons utiliser ces cas pour générer des transactions. Par exemple, pour effectuer une paiement par carte de crédit, il faut plusieurs cas de tests pour reproduire l’arrivée, l’autorisation, la sélection du menu, le choix de compte, la saisie du formulaire et enfin la soumission du paiement. Nous pouvons supposer que chaque cas de test pourrait générer une transaction ; cependant, cette procédure nécessite d’examiner les ramifications qui pourraient être encapsulées.

Nous pouvons également définir une transaction comme la réunion de l’une ou plusieurs demandes ; ces demandes pourraient être des requêtes HTTP.

Conclusion #

Il est conseillé d’utiliser des cas de test pour générer les transactions, ce qui permettra ensuite de produire les flux. Le modèle de chargement définit la distribution des utilisateurs virtuels qui exécuteront chaque flux dans le scénario de test. Il faut noter que les cas de test peuvent varier en fonction du type de données utilisés, mais le résultat doit être le même. Si le résultat ne correspond pas, nous courons le risque d’indiquer incorrectement les transactions et de mesurer incorrectement les temps de réponse.