Get Started for FREE
Sign up with Facebook Sign up with X
I don't have a Facebook or a X account
 Your new post is loading...
Your new post is loading...
Scoop.it!
Faire des tests de charge réalistes n'est pas forcément évident pour de nombreuses raisons. Mais l'effort en vaut la peine, car cela peut fausser les résultats s'ils ne sont pas réalistes. Dans cet article, nous verrons comment réaliser des tests de charges et comment éviter certains pièges. 
No comment yet.
Sign up to comment
|
Scoop.it!
Une démarche naïve de réalisation de tests de performance est d’effectuer des améliorations successives sur un système donné, donc d’avoir un processus pseudo-itératif. Donc, pourquoi ne pas se baser sur les processus développés dans les méthogologie Agiles, voir même d’utiliser les cycles d’améliorations continues issue du Lean. En effet, on peut très facilement se rapprocher de la roue de Deming, appelée plus communément la démarche PDCA : Plan, Do, Check, Act. Le but des tests de charge est de trouver les points faibles d’une architecture dans le but de l’améliorer : performance, stabilité sous charge, coût, etc. On rapproche donc les étapes du PDCA avec un processus de tests de charge :
Mickael Ruau's insight:
Établir une mesure de référence (Plan du PDCA)La première étape d’une itération de test de performance est de savoir où l’on veut aller. Nous verrons à la dernière phase (celle du A) que l’on ne doit changer qu’un seul paramètre dans notre système entre chaque test. Ce faisant, on doit être capable de globalement prévoir comment nos métriques vont évoluer. De plus, cette étape doit nous garantir que 2 tests consécutifs sans modification doivent avoir des résultats équivalents (à quelques pour cents près) Si cette itération est la première, elle va nous servir de référence pour toutes les itérations suivantes, c’est le point de départ de notre système. Il est même préférable de faire quelques itérations de « rodages », donc sans amélioration du système à tester, mais uniquement pour effectuer des améliorations sur le processus de tests. Dans un cas idéal, on peut réaliser plusieurs itérations de constructions de notre démarche de tests, avec la méthode des petits pas. On commence par un scénario simpliste qui permet de mettre en place les outils. Puis on fait grossir ce scénario jusqu’au résultat souhaité. Ensuite on met en place les sondes puis toute la démarche d’automatisation de l’agrégation et présentation des métriques. Ce faisant, on est assuré d’avoir une process fluide et surtout adapté à nos besoins. On peut rapprocher ce processus incrémental de construction de la démarche du TDD.
|
Table des matières