En ce qui concerne JMeter, je pense que la plupart des testeurs devraient le connaître. JMeter compte un large éventail d'utilisateurs dans le domaine des tests en raison de sa petite taille, de son poids léger, de son open source et de la prise en charge des interfaces et des tests de performances de plusieurs protocoles. D'une part, les testeurs l'installeront sur leurs PC personnels pour répondre aux besoins du travail de test quotidien ; d'autre part, de nombreuses entreprises mettront en place des capacités de test automatisées au niveau de l'entreprise basées sur JMeter.
MeterSphere est une plate-forme de test continu open source à guichet unique construite et développée sur la base de JMeter. On peut également voir à partir du diagramme d'architecture des composants de MeterSphere (comme illustré dans la figure ci-dessous), que MeterSphere utilise JMeter comme moteur de test. Dans le même temps, MeterSphere a amélioré et étendu les capacités de test et l'architecture de la plate-forme de JMeter. En termes de capacités de test, MeterSphere prend non seulement en charge les tests d'interface et les tests de performance, mais étend également la gestion du suivi des tests, les tests automatisés de l'interface utilisateur Web et la gestion collaborative des tests. équipes et autres fonctions. En termes d'architecture, MeterSphere peut tirer pleinement parti de l'élasticité du cloud pour des tests automatisés hautement évolutifs.
1. La différence entre MeterSphere et JMeter
Il n'est pas difficile de voir à partir de la description ci-dessus de la relation entre MeterSphere et JMeter que JMeter se positionne comme un outil de conception de produits, tandis que MeterSphere se positionne comme une plate-forme de conception de produits. Cela conduit également à des différences essentielles entre les deux en termes de concepts de R&D, de capacités de gestion et d'architecture de déploiement.
Au niveau des concepts de recherche et développement : JMeter résout les problèmes d'usage de l'utilisateur. JMeter se concentre sur la conception de fonctions de test et considère en même temps un déploiement simple et une architecture légère pour faciliter un déploiement et une utilisation simples par les testeurs. MeterSphere, quant à lui, se concentre sur la R&D et la conception de la plate-forme système.En plus d'avoir des fonctions de test, il prend pleinement en compte les besoins de facilité d'utilisation multi-utilisateurs, la gestion d'équipes multi-tests et l'automatisation à grande échelle. régression;
En termes de capacité de gestion : JMeter part du point de vue de la réalisation de la fonction, et les spécifications d'utilisation et les normes de construction de l'outil sont limitées par les utilisateurs individuels et les entreprises pour formuler certaines règles et réglementations. En plus de la réalisation des fonctions, la plate-forme de test continu MeterSphere prête également attention à la gestion des autorisations du personnel, à la standardisation des processus et à l'isolation des données du projet. Par exemple, MeterSphere adopte le "contrôle d'accès basé sur les rôles" (c'est-à-dire RBAC) modèle de gestion des autorisations du personnel ;
En termes d'architecture de déploiement : JMeter est souvent déployé indépendamment sur des PC d'utilisateurs individuels en tant que scénario d'utilisation principal. La plate-forme de test continu MeterSphere peut être utilisée par plusieurs personnes et équipes en même temps, prend en charge les architectures de déploiement à haute disponibilité, distribuées en cluster et autres, et prend en charge l'expansion horizontale de l'architecture de déploiement avec l'augmentation progressive du nombre d'utilisateurs d'entreprise.
2. Quelles sont les améliorations de MeterSphere par rapport à JMeter ?
Bien que le moteur d'exécution au bas de MeterSphere utilise JMeter, du point de vue de la différence entre les deux, MeterSphere complète les propres lacunes de JMeter dans la gestion des tests d'une part, et améliore les capacités de test de JMeter d'autre part.
1. Amélioration de la gestion du travail d'équipe
Lacunes de JMeter :
■ Déploiement à l'aide de l'architecture C/S, les utilisateurs doivent installer localement ;
■ Incapable de gérer et de distinguer les scripts de test pour différentes équipes, produits et projets ;
■ Il est impossible de contrôler les autorisations d'accès, de modification et d'exécution de différents membres pour différents scénarios de test.
Améliorations apportées à MeterSphere :
■ La plate-forme de test de la structure B/S peut utiliser les fonctions fournies par la plate-forme avec uniquement un navigateur, et ne nécessite pas d'opérations de déploiement pour les utilisateurs ;
■ Prise en charge du modèle de gestion des dimensions d'équipe et de projet. Lorsque plusieurs départements, plusieurs projets et plusieurs équipes de test sont utilisés, vous pouvez créer des espaces de travail pour chaque département afin d'effectuer une division d'autorité et de domaine au niveau du département, et créer pour des projets sous chaque département Sous-projets, gérer davantage la décentralisation au niveau du projet et la division des domaines ;
■ Prend en charge la gestion des droits de rôle RBAC, aide les utilisateurs à personnaliser différents rôles et définit différents droits d'utilisateur, qui peuvent être affinés aux administrateurs de service, aux chefs de projet, aux testeurs de projet, au personnel en lecture seule, etc. MeterSphere fournit également des journaux d'audit opérationnels pour gérer facilement la gestion des tests multi-produits et multi-projets.
2. Améliorations de la gestion des tests
Lacunes de JMeter :
■ Les scripts de test bien écrits sont gérés indépendamment et des scripts de test similaires ne peuvent pas être référencés par d'autres projets ou d'autres cas de test, ce qui peut facilement conduire à une écriture de script redondante et à des difficultés de maintenance élevées ;
■ Une fois le script de test modifié, il est impossible de retracer et de comparer les versions de l'ancienne version ;
■ La gestion des fichiers requis pour les dépendances de test et les codes personnalisés est dispersée, et la gestion et la maintenance sont très gênantes.
Améliorations apportées à MeterSphere :
■ Prend en charge la duplication et la référence des cas de test, et les cas de test publics peuvent être extraits pour référence par d'autres cas de test et projets ;
■ Fournir un enregistrement et un suivi en deux dimensions pour la modification des scripts de test, prendre en charge la requête et l'emplacement de l'historique de modification des scripts, et prendre en charge la gestion des versions historiques et la comparaison des scripts ;
■ Le centre de gestion de fichiers de test unifié intégré et la bibliothèque de fragments de code peuvent gérer les documents et les codes dont dépend le test de manière unifiée, ce qui réduit considérablement la complexité de la maintenance des fichiers et des codes de test.
3. Capacités d'automatisation d'interface améliorées
Lacunes de JMeter :
■ La gestion des interfaces et les tests d'interfaces sont séparés : une fois l'interface modifiée, il est impossible de mettre à jour rapidement les cas de test impliquant l'interface modifiée ;
■ Impossible de simuler rapidement les interfaces en amont et en aval sur lesquelles reposent les tests d'automatisation des interfaces ;
■ Il est impossible d'exécuter le même ensemble de scripts d'automatisation d'interface dans différents environnements et d'utiliser différentes variables de paramètres ;
■ Il est impossible d'intégrer les tests d'automatisation d'interface dans le pipeline DevOps existant de manière pratique et rapide.
Améliorations apportées à MeterSphere :
■ Fournit des fonctionnalités de gestion unifiée, de la définition d'interface aux cas d'utilisation d'interface unique, et prend en charge les sources d'importation telles que Postman, Swagger, HAR et JMeter. Dans le même temps, il offre également la possibilité d'organiser l'automatisation de l'interface en fonction de scénarios commerciaux réels ;
■ Fournit un service Mock, qui peut générer automatiquement des données simulées et les renvoyer en fonction des paramètres de demande entrés par l'utilisateur. Dans le même temps, MeterSphere Mock peut également filtrer en fonction des conditions de déclenchement de requête définies et renvoyer les données attendues ;
■ Abstractionnez les variables liées à l'environnement dans la dimension projet et organisez-les selon Dev, QA, SIT, etc. Les cas de test peuvent être exécutés dans différents environnements de test en sélectionnant l'environnement d'exploitation ;
■ Fournir des interfaces API RESTful standard et des plug-ins Jenkins, qu'il s'agisse d'outils CI open source largement utilisés tels que Jenkins et GitLab, ou de plates-formes DevOps commerciales telles qu'Azure DevOps et Cloud Effect, ou de pipelines de diverses autres plates-formes de gestion de R&D. cas de test automatisés, scénarios de test et plans de test.
Pour une description plus détaillée des fonctionnalités de l'interface MeterSphere, consultez l'article "Interprétation des produits丨MeterSphere Interface Automated Testing Application Scenarios and Practices".
4. Amélioration de l'évolutivité à grande échelle
Lacunes de JMeter :
■ JMeter à nœud unique a une capacité de transport de données simultanées limitée, et la configuration et la maintenance de l'environnement multinœud sont compliquées ;
■ JMeter ne peut pas exécuter plusieurs tests en parallèle et doit modifier la configuration pour démarrer des processus supplémentaires ;
■ JMeter ne prend pas en charge la mise à l'échelle élastique des ressources de test dans le cadre de tests à grande échelle.
Améliorations apportées à MeterSphere :
■ Le nœud d'exécution du test de pression prend en charge l'installation en un clic et le test de millions d'utilisateurs virtuels ;
■ Plusieurs projets et plusieurs tests (interface, performances, UI) peuvent utiliser le même pool de ressources de test en parallèle ;
■ Prend en charge la connexion à l'API de la plate-forme cloud, et démarre et libère automatiquement les nœuds d'exécution des tests de pression en fonction du nombre de simultanéités.
Pour une description plus détaillée de la capacité de mesure de la pression, consultez l'article "Optimisation distribuée et pratique de MeterSphere sur l'outil de mesure de pression Open Source JMeter".
5. Analyse améliorée du rapport de test
Lacunes de JMeter :
■ Des rapports séparés sont générés une fois l'exécution du test terminée, pas de rapports en temps réel ;
■ Les rapports de test ne peuvent pas être facilement partagés avec d'autres ;
■ Le rapport a une mauvaise lisibilité et une mauvaise esthétique ;
■ Il n'y a pas de support fonctionnel pour la comparaison entre plusieurs résultats de test.
Améliorations apportées à MeterSphere :
■ Affichage du rapport de test de performance en temps quasi réel ;
■ Le rapport de test prend en charge le partage d'équipe, ce qui est pratique pour les membres de l'équipe pour collaborer et analyser ;
■ Affichage graphique de rapport riche, beau et généreux ;
■ Les rapports de test historiques peuvent être consultés à tout moment et plusieurs résultats de test peuvent être rapidement comparés.
3. Résumé des capacités de base de MeterSphere
La plate-forme de test continu open source MeterSphere intègre diverses capacités de test en un seul arrêt, protège la différenciation apportée par les outils de test et fournit des tests fonctionnels, des tests d'interface, des tests de performance, des tests d'interface utilisateur, etc. aux testeurs finaux et aux testeurs sous la forme de test de services équipe.
Du point de vue des capacités de base, la conception fonctionnelle de la plate-forme MeterSphere évalue de manière exhaustive les besoins de gestion de l'entreprise et les besoins fonctionnels spécifiques des utilisateurs, et atteint un bon équilibre. Par rapport à JMeter, les principaux avantages et capacités de MeterSphere se reflètent dans les aspects suivants :
1. Système utilisateur/locataire unifié : la plate-forme MeterSphere fournit une variété de capacités de test, qui sont finalement fournies à différents utilisateurs pour utilisation. MeterSphere fournit un système utilisateur/locataire logique unifié, et peut être cartographié et planifié en fonction de la structure de gestion organisationnelle existante de l'entreprise ;
2. Système de gestion des autorités parfait : les utilisateurs de la plate-forme de test ne sont pas seulement des ingénieurs de test, mais également des responsables du développement, de l'exploitation et de la maintenance et des équipes. La plate-forme MeterSphere fournit un système complet de gestion des autorisations pour réaliser le découplage du personnel, des rôles et des autorisations fonctionnelles, afin que les entreprises puissent facilement créer un ensemble de systèmes de gestion des autorisations de test qui répondent à leurs conditions internes réelles. exécuter les travaux dans le respect des limites de leurs responsabilités;
3. Interface d'accès API complète : les plates-formes DevOps ou les chaînes d'outils CI/CD construites par la plupart des entreprises ont déjà fourni des interfaces d'accès API pertinentes. En tant que plate-forme de test continue, MeterSphere doit effectuer une interaction et une liaison des données avec sa couche supérieure ou ses services homologues. Comme mentionné précédemment, la plate-forme MeterSphere peut interagir avec des systèmes périphériques via des API ouvertes ;
4. Compatibilité des outils de test : après une accumulation à long terme de tests d'entreprise, une grande quantité de ressources de test ou de données de test sont réparties sur différents outils. MeterSphere offre aux utilisateurs la possibilité d'importer des actifs de test existants dans la plate-forme en un seul clic, tels que l'importation de fichiers de cas d'utilisation Excel, de cas d'utilisation d'interface Postman, de scripts JMeter, de documents d'interface Swagger, de scripts d'automatisation Selenium IDE, etc. gestion;
5. Système d'extension de plug-in flexible : d'une part, MeterSphere dissocie la prise en charge des protocoles de test de la plate-forme, et les utilisateurs peuvent développer de manière flexible des plug-ins de protocole pour effectuer des tests automatisés et des tests de performance de leurs protocoles requis sur la plate-forme MeterSphere. . D'autre part, MeterSphere prend en charge une connexion flexible, complète et approfondie avec des systèmes de gestion de projet matures sur le marché tels que TAPD, Jira et Zen Tao sous la forme de plug-ins de plate-forme. À l'heure actuelle, MeterSphere prend en charge des dizaines de plug-ins, notamment WebSocket, MQTT, gRPC, Jira, TAPD, etc. ;
6. Capacité d'expansion horizontale à grande échelle : différentes équipes de test d'entreprise comptent de quelques personnes à des dizaines ou des centaines de personnes. MeterSphere prend en charge l'utilisation de pools de ressources de test distribués tels que les machines virtuelles traditionnelles et les clusters Kubernetes. L'expansion dynamique de la machine de test est prise en charge via le pool de ressources. Toutes les tâches de test de la plate-forme MeterSphere, quel que soit le test d'interface, le test de performances ou le test d'automatisation de l'interface utilisateur, peuvent être planifiées et exécutées par le pool de ressources, qui peut satisfaire plusieurs à des centaines de personnes en même temps Les besoins de test à haute fréquence des équipes humaines.