Installation éventuelle de l'outil de tests de charge. La plateforme de tests et la plateforme cible sont installées avec une version stable de l'applicatif. Les jeux de données sont identifiés et générés. Les processus métiers et les scénarios (plan de charge) sont décrit en adéquation avec le modèle de charge étudié de la stratégie de tests retenue.

Cela consiste à développer et paramétrer les scripts, à créer et configurer le scénario de tests (moniteurs, répartition des charges…) qui sera exécuté pour " stresser " le système. Le modèle de charge ainsi construit va simuler le comportement réel des utilisateurs sur le système cible.
Enregistrement des transactions métiers énoncées dans le document de spécification.
Ajout de commentaires dans le script généré.
Ajout de points de mesure sur les points identifiés.
Remplacement des données enregistrées par des paramètres variables.
Création des tables de données alimentant les paramètres.
Si besoin, nouvel enregistrement des scripts avec une entrée utilisateur modifiée pour être sensibilisé aux requêtes corrélées.
Chaque script est validé fonctionnellement puis dans l'outil de gestion des tests sur plusieurs itérations avec un relevé des temps de réponses unitaires, constituant des temps de référence.
Création des scénarios de test en charge dans le Contrôleur.
Validation des connexions (injecteurs, systèmes à surveiller).
Choix des métriques pour les moniteurs.
Préparation de l'ordonnancement.
Remise à zéro ou non des données de la base de données.
Exécution d’autant de scénarios qu’il y a de scripts avec une montée en charge graduelle.
Exécution de scénarios plus « proches » de la réalité et du modèle d’utilisation de l’application.
Exécution de scénarios aux limites du modèle d’utilisation de l’application pour déterminer les limites de l’application.
Pendant cette phase itérative:
Optimisation des traitements de l’application.
Amélioration du plan d’exécution des requêtes.
Etablissement de recommandations sur le Design de l’application.
Revue de l’architecture applicative.
Application de modifications mineures.
Etablissement de recommandations sur l’architecture applicative.
Les critères d’arrêt des tests sont :
Anomalie bloquante.
Tous les scénarios ont été exécutes au moins une fois.
Planning et charges consommées.
c2L2 Consulting
36-38 rue Saint Paul
75004 Paris France
Tel: +33 (0)1 81 29 82 33
Fax: +33 (0)9 59 62 30 04