Le cycle de vie du d\u00e9veloppement logiciel a beaucoup \u00e9volu\u00e9 au cours des derni\u00e8res ann\u00e9es, avec les changements majeurs dus \u00e0 la demande en ligne sans cesse croissante et les affaires des clients finaux. Avec ce changement de la demande sur les plateformes en ligne, les performances et la stabilit\u00e9 des applications sont un must-have, et l\u2019un des \u00e9l\u00e9ments essentiels de la croissance des applications. Une exp\u00e9rience client am\u00e9lior\u00e9e et meilleure sur la plate-forme peut aider \u00e0 augmenter le trafic sur l\u2019application rapidement, ce qui aide finalement dans l\u2019augmentation des affaires, et nous esp\u00e9rons que les clients plus heureux. Tenir nos m\u00e9thodologies et scripts de test de performance \u00e0 jour avec les derniers cadres de d\u00e9veloppement de logiciels est une t\u00e2che difficile et est un processus en constante \u00e9volution. Aujourd\u2019hui, nous allons examiner quelques-unes des derni\u00e8res tendances en mati\u00e8re de tests de performance qui sont adopt\u00e9es par les grandes entreprises technologiques pour les aider \u00e0 faire passer la concurrence et \u00e0 gagner la base de consommateurs.<\/p>\n
<\/p>\n
<\/p>\n
Les tests par d\u00e9calage gauche impliquent d\u2019inclure des tests de performance le plus t\u00f4t possible pour<\/a> le cycle de vie du d\u00e9veloppement et de s\u2019assurer que les tests de performance font partie de chaque sprint. Il a l\u2019intention de capturer et de surveiller les mesures de performances apr\u00e8s tout nouvel ajout de fonctionnalit\u00e9s \u00e0 l\u2019application. Cela nous aidera \u00e0 trouver et \u00e0 r\u00e9soudre les probl\u00e8mes si une d\u00e9gradation des performances s\u2019est produite \u00e0 un stade pr\u00e9coce. Nous effectuons habituellement des tests d\u2019automatisation fonctionnelle en cours d\u2019ex\u00e9cution via les plates-formes CI\/CD. De m\u00eame, des tests de performances doivent \u00eatre d\u00e9clench\u00e9s \u00e0 chaque nouveau d\u00e9veloppement et partager les r\u00e9sultats<\/a> comparant les tendances de performances des applications bas\u00e9es sur les ex\u00e9cutions pr\u00e9c\u00e9dentes.<\/p>\n <\/p>\n Les tests de charge bas\u00e9s sur les protocoles sont utilis\u00e9s depuis des lustres pour tester nos pages Web et nos applications Web, impliquant sp\u00e9cifiquement des tests de charge<\/a> pour plusieurs protocoles ex\u00e9cut\u00e9s sur nos applications Web<\/a> telles que AJAX, IMAP et DNS. Mais avec des cadres modernes de d\u00e9veloppement web comme React<\/a>, Angular<\/a>, etc, une grande quantit\u00e9 de calculs a d\u00e9m\u00e9nag\u00e9 vers le moteur du navigateur. N\u00e9gliger ce calcul et ne pas impliquer de vrais tests de charge de navigateur peut cr\u00e9er des r\u00e9sultats de performances vagues et peut casser des choses dans la production. Les utilisateurs r\u00e9els interagissent avec les navigateurs et nous devrions adopter des tests de charge bas\u00e9s sur le navigateur o\u00f9 nos tests de charge incluront \u00e9galement des mesures de performance pour tout le rendu de code HTML \/ CSS et JavaScript<\/a> se produisant sur le moteur du navigateur. Cela nous aidera \u00e0 nous assurer que nous utilisons notre test de charge aussi pr\u00e8s de ce que nous voyons en production avec de vrais utilisateurs.<\/p>\n LoadView fournit<\/a> une prise en charge pour tester \u00e0 la fois le navigateur r\u00e9el et les tests de charge bas\u00e9s sur le protocole. Vous pouvez m\u00eame cr\u00e9er votre script de test de performance pour des applications complexes \u00e0 l\u2019aide de l\u2019enregistreur Web EveryStep<\/a>, qui enregistre le comportement de l\u2019utilisateur et r\u00e9ex\u00e9cuter ses utilisateurs virtuels d\u00e9sir\u00e9s.<\/p>\n <\/p>\n Chaos test implique de tester et de comprendre comment l\u2019application se comportera lorsque nous cr\u00e9ons al\u00e9atoirement des \u00e9checs dans l\u2019une des parties de l\u2019architecture. Nous pouvons faire face \u00e0 de nombreuses incertitudes dans l\u2019environnement de production, donc l\u2019ing\u00e9nierie du chaos tente d\u2019identifier ces sc\u00e9narios, teste le comportement du syst\u00e8me et nous permet de comprendre s\u2019il pourrait y avoir des probl\u00e8mes en cascade dus \u00e0 la d\u00e9faillance d\u2019autres syst\u00e8mes<\/a>. Cela contribue \u00e0 rendre notre syst\u00e8me et notre infrastructure globale r\u00e9silients. Par exemple, en cas d\u2019arr\u00eat soudain de l\u2019un de nos services Web ou de l\u2019une de nos bases de donn\u00e9es<\/a>, toute notre infrastructure ne devrait jamais tomber en panne. Chaos ing\u00e9nierie dans le cadre du cycle de vie de d\u00e9veloppement de logiciels tente de trouver de telles lacunes et nous pr\u00e9parer avant qu\u2019il ne se produise dans la production.<\/p>\n <\/p>\n De temps en temps, le comportement des clients change sur notre plate-forme, de sorte que nous avons tendance \u00e0 changer les scripts de test de performances en fonction de cela. Mais en utilisant l\u2019IA et l\u2019apprentissage automatique, nous pouvons surveiller ce que le v\u00e9ritable utilisateur fait sur notre plate-forme et trouver des mod\u00e8les autour du voyage de l\u2019utilisateur qu\u2019ils suivent. Sur la base de ce mod\u00e8le, nous pouvons cr\u00e9er un mod\u00e8le de test de performance qui s\u2019assurera que nos scripts de test de charge correspondent \u00e9troitement au comportement r\u00e9el de l\u2019utilisateur. La cr\u00e9ation de mod\u00e8les de tests de performances bas\u00e9s sur l\u2019IA g\u00e9n\u00e9rera des scripts de test de performance qui aideront \u00e9ventuellement \u00e0 trouver de nouveaux probl\u00e8mes et lacunes dans le syst\u00e8me.<\/p>\n <\/p>\n De nombreuses organisations prennent un virage culturel de tests de performance habituels \u00e0 l\u2019ing\u00e9nierie du rendement,<\/a>ce qui signifie que la mesure et l\u2019identification des param\u00e8tres de performance est la responsabilit\u00e9 de tous les membres de l\u2019\u00e9quipe plut\u00f4t que de se concentrer sur peu de personnes. Il aide \u00e0 comprendre comment m\u00eame les plus petites parties de l\u2019architecture globale affecte le syst\u00e8me et travaille ensemble comme un syst\u00e8me. Cela porte la responsabilit\u00e9 \u00e0 chaque petite \u00e9quipe de s\u2019assurer que ce qu\u2019elle offre dans le cadre ne devrait pas causer de d\u00e9gradation des performances ou d\u2019impact sur les param\u00e8tres globaux.<\/p>\n <\/p>\n Nous avons beaucoup discut\u00e9 dans cet article sur la fa\u00e7on dont nous devrions aborder et cr\u00e9er des scripts de test de performance, mais ces scripts devraient faire partie de nos plates-formes CI \/ CD, ce qui soulage tous les tracas de l\u2019ex\u00e9cution des tests de charge et aide \u00e0 obtenir des r\u00e9sultats \u00e0 chaque changement de code. Les tests de performances doivent s\u2019ex\u00e9cuter comme des tests fonctionnels apr\u00e8s chaque d\u00e9ploiement<\/a>, fournissant des informations et des mesures de performances r\u00e9elles qui peuvent aider \u00e0 identifier les probl\u00e8mes \u00e0 un stade tr\u00e8s pr\u00e9coce du cycle de vie du d\u00e9veloppement. LoadView offre une int\u00e9gration facile de nos scripts de test de performance avec Jenkins pour nous aider dans de tels cas. Nous pouvons cr\u00e9er un script de test de performance sur LoadView qui peut \u00eatre d\u00e9clench\u00e9 \u00e0 partir de Jenkins<\/a>.<\/p>\n <\/p>\n Une fois tous les tests fonctionnels et les tests de performance termin\u00e9s, nous pouvons toujours avoir des probl\u00e8mes de production qui exigent de surveiller notre environnement de production et d\u2019agir en cas de probl\u00e8mes. La plate-forme Dotcom-Monitor assure<\/a> une surveillance facile de nos pages Web, applications Web, services Web et infrastructure, et tire la sonnette d\u2019alarme au bon moment et nous permet de nous sauver d\u2019une perte majeure et de temps d\u2019arr\u00eat. La surveillance consiste \u00e0 obtenir des d\u00e9tails comme le Processeur, l\u2019utilisation de la m\u00e9moire, le temps de r\u00e9ponse des pages Web de l\u2019application et en cas de violation du seuil, une action peut \u00eatre prise avant que nous puissions faire face \u00e0 des temps d\u2019arr\u00eat.<\/p>\n <\/p>\n Nous avons discut\u00e9 de quelques-unes des principales tendances en mati\u00e8re de tests de performance qui contribuent \u00e0 l\u2019\u00e9chelle et \u00e0 l\u2019adaptation aux cadres de d\u00e9veloppement de logiciels en constante \u00e9volution. Rester \u00e0 jour avec la technologie et utiliser ces principes de test cl\u00e9s peut nous aider \u00e0 fournir des exp\u00e9riences utilisateur stables et enrichies pour nos consommateurs, aidant \u00e0 fournir une fid\u00e9lit\u00e9 durable \u00e0 la client\u00e8le. Nous avons \u00e9galement examin\u00e9 comment LoadView<\/a> peut nous aider \u00e0 nous int\u00e9grer \u00e0 quelques-unes des derni\u00e8res tendances cl\u00e9s et \u00e0 atteindre nos objectifs d\u2019une application stable.<\/p>\nTests de charge bas\u00e9s sur le navigateur r\u00e9el par rapport au protocole<\/h3>\n
Chaos Testing\/Ing\u00e9nierie<\/h3>\n
Utilisation de l\u2019IA pour automatiser les tests<\/h3>\n
Tests de performance \u00e0 l\u2019ing\u00e9nierie de performance<\/h3>\n
Int\u00e9gration de tests dans les plateformes CI\/CD<\/h3>\n
Surveillance des performances<\/h3>\n
Conclusion : Tendances des tests de performance<\/h2>\n