Test de performance

Considérez la perspective de l'utilisateur comme étant de la plus haute importance. Si, en tant que testeur, vous remarquez des lenteurs, il est crucial de les corriger promptement. Mettez en avant l'urgence d'améliorer les temps de réponse et menez une analyse approfondie pour comprendre les causes sous-jacentes des retards. Il est impératif d'investiguer les raisons des ralentissements et de simuler des charges plus importantes afin de reproduire des scénarios réels.

Dans l'environnement agile actuel, la responsabilité des performances incombe à tous et non pas uniquement à une équipe spécialisée. Les performances ne doivent pas être traitées comme une réflexion secondaire ; elles doivent être intégrées dès le lancement du projet. Si des problèmes de performance surgissent lors des tests fonctionnels, ils doivent être adressés immédiatement. L'objectif ultime est d'assurer un fonctionnement fluide, et pour cela, il est crucial d'adopter une approche collective des tests dès le début.

Ne comptez pas exclusivement sur une équipe d'exploitation pour gérer les problèmes de performance. Commencez à intégrer les tests de performance dans le processus de travail de votre équipe dès le départ. Si personne ne prend l'initiative, prenez le au sein de votre équipe pour faire des tests de performance une priorité.

Une approche efficace pour élaborer des exigences de performance solides consiste à organiser un atelier sur les risques, en invitant les Product Owner à hiérarchiser les risques. Il est essentiel d'inviter des experts du marché, afin de tirer parti de leurs connaissances pour anticiper les tendances futures et élargir la portée des tests au-delà des scénarios actuels. En outre, il est essentiel d'inclure l'équipe chargée des opérations afin d'obtenir des informations sur le comportement du système et les préoccupations qu'il suscite. Par la suite, il devient possible de définir les exigences et de formuler les cas de test en utilisant une méthodologie basée sur les risques, en se concentrant sur l'atténuation des risques les plus importants.

Effectuez ces tests de façon continue et à petite échelle pour surveiller tout impact potentiel qu'une nouvelle mise à jour pourrait avoir, comme un retard dans le temps de réponse.

Ces tests doivent être intégrés en continu pour éviter l'introduction dans le code de base d'éléments susceptibles de dégrader les performances. Tout comme les vérifications régulières du code et les tests de régression, ces tests doivent être permanents. En outre, des tests de performance plus complets peuvent être effectués toutes les deux semaines ou tous les mois.

En résumé, les tests de performance peuvent être intégrés dans le cadre d'une stratégie Shift Left pour vérifier les performances des micro services et des API. Dans le cadre d'une stratégie Agile, des tests de charge de bout en bout doivent être effectués pour obtenir une perception réaliste du temps de réponse par un nombre nominal d'utilisateurs. Enfin, les performances de l'application doivent être surveillées et suivies en production.

Les nouveaux systèmes peuvent prendre du temps et vous ne voulez pas perdre des clients et des affaires dans l'intervalle. Il est bon que certains prévoient d'améliorer le système actuel s'il y a un problème de performance.

Pensez en fonction des risques. S'il s'agit d'un système que vous pensez conserver pendant deux ans mais que vous ne mettrez pas beaucoup plus à jour, le risque est peut-être moindre. S'il fonctionne bien et que vous voyez qu'il fonctionne bien avec les outils APM en production, la nécessité de travailler activement avec des tests de performance de cette manière est réduite. Il fonctionne bien avec la charge actuelle.