“Le test de charge, c’est souvent celui qu’on fait trop tard”

Dans notre quotidien, on a rencontré beaucoup de contextes où les équipes se sentaient démunies face à des incidents de prod, et n’avaient pas forcément la culture du test de charge.

Quand on entend autour de nous qu’il faut tester son code, on parle la plupart du temps de Tests Unitaires ou d’Intégration. Et pourtant, à l’heure des architectures micro-services, il n’a jamais été aussi important de rester en maitrise de son système distribué. Dans un système critique, il est vital de connaitre ses limites et sa capacité, d’avoir une compétence sur ce qu’il se passe lorsqu’un système “chauffe”, et c’est là que les tests de charge prennent toute leur importance.

Non seulement les équipes qu’on a formées au test de charge trouvent ça très ludique, mais surtout elles progressent beaucoup dans la maitrise de leur environnement technique (Threads, JVM, DB, configuration, isolation de bottlenecks etc…), et deviennent donc bien plus sensibles et résilientes aux enjeux de prod.

L’objectif de ce talk est d’offrir cette première maitrise qui permettra à chacun de repartir avec une nouvelle compétence : la capacité de mettre en oeuvre un test de charge sur un environnement complexe (un service avec DB, une API, et de l’authentification SSO).