Explorez notre solution de test de charge ou lisez ci-dessous pour des \u00e9tapes sur la fa\u00e7on d\u2019utiliser Postman avec LoadView <\/p>\n[\/et_pb_text][et_pb_button button_url=”https:\/\/www.loadview-testing.com\/fr\/produits\/facteur\/” url_new_window=”on” button_text=”Test de charge de facteur” button_alignment=”center” _builder_version=”4.16″ custom_button=”on” button_text_size=”14px” button_text_color=”#ffffff” button_border_width=”2px” button_border_color=”#FF8000″ button_border_radius=”6px” button_font=”Montserrat|700||on|||||” button_use_icon=”off” custom_padding=”10px|24px|10px|24px” box_shadow_style=”preset1″ box_shadow_horizontal=”2px” box_shadow_vertical=”4px” box_shadow_blur=”8px” box_shadow_color=”rgba(0,0,0,0.2)” button_border_color_hover=”#74ffda” button_bg_color_hover=”#74ffda” locked=”off” global_colors_info=”{}” button_text_size__hover_enabled=”off” button_one_text_size__hover_enabled=”off” button_two_text_size__hover_enabled=”off” button_text_color__hover_enabled=”off” button_one_text_color__hover_enabled=”off” button_two_text_color__hover_enabled=”off” button_border_width__hover_enabled=”off” button_one_border_width__hover_enabled=”off” button_two_border_width__hover_enabled=”off” button_border_color__hover_enabled=”on” button_border_color__hover=”#ffffff” button_one_border_color__hover_enabled=”off” button_two_border_color__hover_enabled=”off” button_border_radius__hover_enabled=”off” button_one_border_radius__hover_enabled=”off” button_two_border_radius__hover_enabled=”off” button_letter_spacing__hover_enabled=”off” button_one_letter_spacing__hover_enabled=”off” button_two_letter_spacing__hover_enabled=”off” button_bg_color__hover_enabled=”off|desktop” button_bg_color__hover=”#FF8C19″ button_one_bg_color__hover_enabled=”off” button_two_bg_color__hover_enabled=”off”][\/et_pb_button][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=”4.18.0″ _module_preset=”default” locked=”off” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.18.0″ _module_preset=”default” global_colors_info=”{}”][dipl_faq_page_schema _builder_version=”4.18.0″ _module_preset=”default” global_colors_info=”{}”][dipl_faq_page_schema_item faq_question=”What is Postman for API testing?” _builder_version=”4.18.0″ _module_preset=”default” border_radii=”on|8px|8px|8px|8px” border_width_top=”8px” border_color_top=”#0083e8″ global_colors_info=”{}”]Postman est une application bas\u00e9e sur HTTP qui teste les API via une interface utilisateur graphique (GUI). Il utilise des commandes telles que GET, POST et DELETE pour obtenir des r\u00e9sultats d\u2019interaction que vous pouvez valider ult\u00e9rieurement.[\/dipl_faq_page_schema_item][dipl_faq_page_schema_item faq_question=”Can we use Postman for API testing?” _builder_version=”4.18.0″ _module_preset=”default” border_radii=”on|8px|8px|8px|8px” border_width_top=”8px” border_color_top=”#6256e8″ global_colors_info=”{}”]Le seul objectif de conception de Postman est le test d\u2019API. Son avantage r\u00e9side dans l\u2019interface graphique pratique qui permet une adoption facile par les utilisateurs. La conception conviviale de Postman r\u00e9duit consid\u00e9rablement la courbe d\u2019apprentissage, lib\u00e9rant ainsi un temps pr\u00e9cieux.[\/dipl_faq_page_schema_item][dipl_faq_page_schema_item faq_question=”How do I test a Postman POST request?” _builder_version=”4.18.0″ _module_preset=”default” border_radii=”on|8px|8px|8px|8px” border_width_top=”8px” border_color_top=”#2e39bf” global_colors_info=”{}”]Pour tester une requ\u00eate POST, vous devez cr\u00e9er la demande dans Postman. Une fois enregistr\u00e9, vous pouvez ensuite demander l\u2019auto-test de d\u00e9marrage (POST) et appliquer divers param\u00e8tres. Une fois envoy\u00e9, Postman verra un code de r\u00e9ponse, avec 201 indiquant une demande r\u00e9ussie.[\/dipl_faq_page_schema_item][dipl_faq_page_schema_item faq_question=”Why do we use Postman tool?” _builder_version=”4.18.0″ _module_preset=”default” border_radii=”on|8px|8px|8px|8px” border_width_top=”8px” border_color_top=”#0e134f” global_colors_info=”{}”]\n
L\u2019outil Postman est inestimable pour nous aider \u00e0 tester les API. Avec Postman, nous pouvons facilement observer l\u2019activit\u00e9 et les r\u00e9sultats de l\u2019API. Dans l\u2019ensemble, il prend en charge le d\u00e9veloppement, le d\u00e9pannage et la v\u00e9rification rapides des API.<\/p>\n[\/dipl_faq_page_schema_item][dipl_faq_page_schema_item faq_question=”What are the methods used in Postman?” _builder_version=”4.18.0″ _module_preset=”default” border_radii=”on|8px|8px|8px|8px” border_width_top=”8px” border_color_top=”#0083e8″ global_colors_info=”{}”]Postman peut travailler avec sept m\u00e9thodes HTTP distinctes. Il s\u2019agit de GET, POST, PUT, PATCH, HEAD, DELETE et OPTIONS. Les diff\u00e9rentes m\u00e9thodes repr\u00e9sentent les interactions utilisateur possibles et la fa\u00e7on dont l\u2019API g\u00e8re les donn\u00e9es r\u00e9sultantes.[\/dipl_faq_page_schema_item][\/dipl_faq_page_schema][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][et_pb_text _builder_version=”4.20.4″ _module_preset=”default” global_colors_info=”{}”]\n
Qu\u2019est-ce que postier?<\/h2>\n
Postman est un outil client API populaire qui permet aux \u00e9quipes de d\u00e9veloppement de cr\u00e9er, de partager, de tester et de documenter plus facilement les API. Il fournit une exp\u00e9rience utilisateur<\/a> transparente qui aide \u00e0 atteindre les points de terminaison de l\u2019API en cr\u00e9ant rapidement des demandes conform\u00e9ment \u00e0 la sp\u00e9cification de l\u2019API et en diss\u00e9quant les diff\u00e9rents param\u00e8tres de r\u00e9ponse tels que le code d\u2019\u00e9tat, les en-t\u00eates et le corps de la r\u00e9ponse lui-m\u00eame. Nous pouvons tirer parti de ces fonctionnalit\u00e9s pour des tests continus et automatis\u00e9s. Il est utilis\u00e9 comme un outil compagnon pour d\u00e9velopper, documenter et tester une API et fournit une interface utilisateur<\/a> pour effectuer des requ\u00eates serveur d\u2019API REST (Representational State Transfer) et affiche la r\u00e9ponse des serveurs. Postman est un outil de d\u00e9veloppement d\u2019API utilis\u00e9 dans le cycle de vie du d\u00e9veloppement logiciel : <\/p>\n Postman nous fournit non seulement un environnement pour travailler avec des API, mais il peut \u00e9galement \u00eatre utilis\u00e9 pour demander des pages Web comme un navigateur. Entrez l\u2019URL dans la barre d\u2019adresse et appuyez sur Envoyer pour voir la r\u00e9ponse HTML (HyperText Markup Language). Postman peut \u00e9galement aider \u00e0 ajouter des scripts<\/a> avant que l\u2019utilisateur envoie la demande et apr\u00e8s avoir obtenu la r\u00e9ponse. Nous pouvons stocker chaque demande dans une collection, qui peut plus tard \u00eatre utilis\u00e9e pour ex\u00e9cuter toutes les demandes dans l\u2019ordre. Cependant, une chose que Postman n\u2019est pas est un outil de test de performance<\/a>. Bien que vous puissiez ex\u00e9cuter de petits tests contr\u00f4l\u00e9s qui vous donnent des temps de r\u00e9ponse API, ce n\u2019est pas la m\u00eame chose que d\u2019ex\u00e9cuter un test dans des conditions r\u00e9elles. Cela ne met pas l\u2019API sous un stress r\u00e9el, ce n\u2019est donc pas un bon indicateur de la fa\u00e7on dont votre API r\u00e9agira lorsque de vrais utilisateurs sont impliqu\u00e9s. Pour cela, vous avez besoin d\u2019une solution<\/a> comme LoadView, dont nous parlerons plus en d\u00e9tail plus loin dans cet article.[\/et_pb_text][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][et_pb_image src=”https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Status-Code-Weekly-200.png” alt=”Postman Interface” title_text=”Postman Interface” _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][\/et_pb_image][\/et_pb_column][\/et_pb_row][et_pb_row _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][et_pb_column type=”4_4″ _builder_version=”4.16″ _module_preset=”default” global_colors_info=”{}”][et_pb_text _builder_version=”4.23.1″ _module_preset=”default” hover_enabled=”0″ global_colors_info=”{}” sticky_enabled=”0″]\n Dans le test API, nous utilisons des outils d\u00e9di\u00e9s pour envoyer des appels au serveur h\u00e9bergeant l\u2019API et r\u00e9cup\u00e9rer la r\u00e9ponse. L\u2019objectif des tests d\u2019API est de confirmer la bonne ex\u00e9cution et de valider si l\u2019API obtient, enregistre ou met \u00e0 jour les ressources comme pr\u00e9vu.<\/p>\n Si nous savons que l\u2019API est cens\u00e9e effectuer une action particuli\u00e8re, comme mettre \u00e0 jour les donn\u00e9es, r\u00e9cup\u00e9rer des donn\u00e9es, supprimer des donn\u00e9es, apporter une modification aux donn\u00e9es, les tests devraient v\u00e9rifier les r\u00e9sultats<\/a> de ces actions. Se comporte-t-il de la m\u00eame fa\u00e7on qu\u2019il est cens\u00e9 l\u2019\u00eatre? Qu\u2019en est-il quand il n\u2019est pas cens\u00e9 se produire? Et les r\u00e9sultats sont-ils ce que vous attendez qu\u2019il soit? Les tests API sont g\u00e9n\u00e9ralement des tests en bo\u00eete noire, mais dans la mesure o\u00f9 nous avons acc\u00e8s aux r\u00e9sultats des actions de l\u2019API \u00e0 l\u2019avance et nous connaissons la r\u00e9ponse attendue qui doit \u00eatre valid\u00e9e.<\/p>\n <\/p>\n Comme nous l\u2019avons bri\u00e8vement mentionn\u00e9 ci-dessus, les tests fonctionnels, ou tests en bo\u00eete noire, consistent principalement \u00e0 tester les fonctions de base par rapport \u00e0 un ensemble de sp\u00e9cifications et \u00e0 observer si elles fonctionnent ou non. Avant que les API puissent \u00eatre d\u00e9plac\u00e9es \u00e0 travers le cycle de d\u00e9veloppement et test\u00e9es davantage, il est important que les fonctionnalit\u00e9s de base de l\u2019API fonctionnent. Si les d\u00e9veloppeurs passent des tests fonctionnels aux tests de charge sans s\u2019assurer que les fonctions de base ont \u00e9t\u00e9 correctement test\u00e9es, cela annulera les tests de charge<\/a> et les r\u00e9sultats. Les r\u00e9sultats des tests fonctionnels sont simplement d\u2019observer si quelque chose a fonctionn\u00e9 ou non.<\/p>\n D\u2019autre part, le test de charge est comme le test fonctionnel, mais la diff\u00e9rence est que les tests de charge permettent de tester comment ces fonctionnalit\u00e9s r\u00e9sistent \u00e0 un grand nombre d\u2019utilisateurs simultan\u00e9s<\/a> ou de charge. Les r\u00e9sultats des tests de charge comprennent la compr\u00e9hension de la fa\u00e7on dont ces param\u00e8tres API r\u00e9agissent et fonctionnent sous charge.<\/p>\n <\/p>\n Il n\u2019y a apparemment pas de fin \u00e0 la quantit\u00e9 de fonctionnalit\u00e9s que Postman offre aux utilisateurs. Des fonctionnalit\u00e9s telles que l\u2019API Postman et les contr\u00f4les de flux de travail aux moniteurs int\u00e9gr\u00e9s pour les tests de r\u00e9gression, l\u2019outil couvre les tests d\u2019API. Cependant, \u00e0 un niveau \u00e9lev\u00e9, il existe une poign\u00e9e de fonctionnalit\u00e9s de base dont chaque testeur<\/a> d\u2019API aura besoin. Examinons de plus pr\u00e8s ces caract\u00e9ristiques.<\/p>\n Postman fournit une fonction Import, o\u00f9 nous pouvons coller du texte CURL brut et le convertir en une demande format\u00e9e avec des d\u00e9tails tels que l\u2019URL de demande, en-t\u00eates, corps de demande, param\u00e8tres de requ\u00eate et jetons d\u2019autorisation.<\/p>\n La fonctionnalit\u00e9 client de l\u2019API Postman nous permet d\u2019envoyer des requ\u00eates REST, SOAP, WSDL et GraphQL<\/a> .<\/p>\n Nous pouvons cr\u00e9er des cas de test qui ex\u00e9cutent des API ajout\u00e9es et peuvent aider \u00e0 la validation de la r\u00e9ponse en affirmant les r\u00e9ponses JSON\/XML et les validations de code de r\u00e9ponse.<\/p>\n Facteur nous aide \u00e0 cr\u00e9er des collections qui contribue \u00e0 s\u00e9parer les API avec des dossiers Structure pour diff\u00e9rents projets. Il fournit un soutien pour ex\u00e9cuter la collection, qui finira par ex\u00e9cuter toutes les API faisant partie de la collection.<\/p>\n Vous pouvez utiliser le sch\u00e9ma JSON (JavaScript Object Notation) pour d\u00e9finir la structure de leurs requ\u00eates et r\u00e9ponses. Il aide \u00e0 nettoyer et \u00e0 structurer le contenu JSON, ce qui le rend facile \u00e0 comprendre et \u00e0 lire sur Postman.<\/p>\n Nous pouvons cr\u00e9er des variables dans Postman et en fonction d\u2019environnements diff\u00e9rents, les m\u00eames variables peuvent avoir des valeurs diff\u00e9rentes cartographi\u00e9es pour l\u2019environnement s\u00e9lectionn\u00e9. Ceci est utile pendant que nous travaillons avec les m\u00eames API, mais plusieurs environnements dans le monde r\u00e9el.<\/p>\n Postman permet de convertir la demande d\u2019API en code dans toutes les langues pro\u00e9minentes comme JavaScript, Golang, Java, PHP, Python et bien d\u2019autres.<\/p>\n <\/p>\n Ceux qui utilisent Postman sur une base r\u00e9guli\u00e8re seront familiers avec les avantages ci-dessous. Cependant, il ne s\u2019agit pas d\u2019une liste exhaustive des capacit\u00e9s et des fonctionnalit\u00e9s de cet outil de test d\u2019API. Examinons quelques-uns des principaux avantages de Postman.<\/p>\n C\u2019est le premier et le plus \u00e9vident avantage de Postman. L\u2019outil vous permet d\u2019automatiser les tests d\u2019API et d\u2019int\u00e9grer la collection aux pipelines CI\/CD. Et comme nous l\u2019avons mentionn\u00e9 ci-dessus, les tests d\u2019API utilisent les formats JSON ou XML, qui sont ind\u00e9pendants du framework d\u2019application ou des protocoles utilis\u00e9s par les d\u00e9veloppeurs<\/a>. Quel que soit le framework que vous utilisez (Python, JavaScript, Ruby, etc.), Postman le prend en charge. Vous pouvez automatiser les tests unitaires, les tests d\u2019int\u00e9gration, les<\/a> tests de r\u00e9gression et les tests simul\u00e9s.<\/p>\n Postman est disponible pour Mac OS X, Windows et Linux. L\u2019application Web Postman est \u00e9galement disponible et optimis\u00e9e pour Chrome<\/a>, Firefox, Edge et Safari.<\/p>\n Il fournit un rapport de test qui nous aide \u00e0 suivre les donn\u00e9es via le g\u00e9n\u00e9rateur de demandes et vous pouvez g\u00e9n\u00e9rer des rapports HTML pour les s\u00e9ries de tests.<\/p>\n Postman fournit un soutien et peut \u00eatre facilement int\u00e9gr\u00e9 avec tous les principaux outils de d\u00e9veloppeur comme GitHub, Slack, Dropbox et GitLab.<\/p>\n Toutes les fonctionnalit\u00e9s majeures de Postman sont gratuites. Vous pouvez obtenir tous les avantages ci-dessus gratuitement. Il existe \u00e9galement des plans pay\u00e9s pour Postman Pro et Postman Enterprise pour les petites et grandes entreprises.<\/p>\n <\/p>\n <\/p>\n <\/p>\n Swagger est une sp\u00e9cification d\u2019API open-source, c\u2019est comme WSDL pour les API REST, o\u00f9 vous d\u00e9finissez la structure des API REST<\/a> (URL des points de terminaison, mod\u00e8les d\u2019entr\u00e9e\/sortie, sch\u00e9ma d\u2019authentification<\/a>, etc.). Le fichier de sp\u00e9cification est bas\u00e9 sur JSON et l\u2019extension de fichier est JSON ou YAML. Voici quelques-uns des points forts de Swagger :<\/p>\n <\/p>\n <\/p>\n <\/p>\n SoapUI permet aux utilisateurs de tester rapidement et facilement rest et SOAP API, comme l\u2019outil a \u00e9t\u00e9 cr\u00e9\u00e9 sp\u00e9cifiquement pour tester les API. SoapUI aide \u00e0 tester des combinaisons complexes de services Web tels que RESTful, SOAP, JSON et AMF. Toutefois, vous devez utiliser WSDL pour tester les services Web. De plus, pour int\u00e9grer l\u2019automatisation, il y a beaucoup de scripts n\u00e9cessaires<\/a>, et pour les utilisateurs qui n\u2019ont pas eu cette exp\u00e9rience, cela peut devenir difficile et prendre beaucoup de temps. Voici quelques-uns des principaux faits saillants de SoapUI :<\/p>\n L\u2019int\u00e9gration continue (CI) est une pratique de d\u00e9veloppement qui oblige les d\u00e9veloppeurs \u00e0 fusionner r\u00e9guli\u00e8rement le code dans un r\u00e9f\u00e9rentiel partag\u00e9. Il s\u2019agit du processus d\u2019automatisation de la construction et de l\u2019essai des applications chaque fois qu\u2019une nouvelle modification s\u2019engage dans le code source. Le d\u00e9veloppement continu peut \u00eatre expliqu\u00e9 comme une s\u00e9quence d\u2019\u00e9tapes qui doivent \u00eatre effectu\u00e9es dans l\u2019ordre pour permettre \u00e0 l\u2019application de s\u2019ex\u00e9cuter sur un serveur sp\u00e9cialis\u00e9 et de remplir son cas d\u2019utilisation de r\u00e9pondre aux demandes des utilisateurs.<\/p>\n Chaque fois que nous testons une application back-end, tester la fonctionnalit\u00e9 est une partie standard du processus pour s\u2019assurer que les choses fonctionnent comme nous l\u2019avions pr\u00e9vu pour fonctionner. Maintenant, c\u2019est tout bien beau, mais pas pour le monde r\u00e9el. Vos applications seront utilis\u00e9es par de plusieurs, voire des centaines ou des milliers d\u2019utilisateurs en m\u00eame temps, nous devons donc \u00e9galement effectuer des tests de performance pour voir dans quelle mesure elles r\u00e9sistent \u00e0 ce trafic<\/a>. Nous devons comparer et valider l\u2019application \u00e0 chaque changement d\u2019application. Comme nous l\u2019avons vu l\u2019aper\u00e7u de Postman, ses fonctionnalit\u00e9s et comment nous pouvons mettre en place une strat\u00e9gie de test pour les tests fonctionnels API, nous aurions besoin de comprendre les outils qui peuvent aider \u00e0 tester l\u2019application.<\/p>\n Dans les cas o\u00f9 nous utilisons Postman pour tester les fonctionnalit\u00e9s d\u2019API Web et que nous voulons g\u00e9n\u00e9rer un test de charge \u00e0 partir des collections d\u2019appels API que nous avons, nous pouvons opter pour un outil sp\u00e9cialis\u00e9 de test de charge tel que LoadView. LoadView fournit des tests de charge r\u00e9els bas\u00e9s sur un navigateur pour les API, ainsi que pour les applications Web (externes et internes), les sites Web et les serveurs<\/a>.<\/p>\n Nous examinerons \u00e9tape par \u00e9tape comment configurer un test de charge d\u2019application Web pour une collection Postman.<\/p>\n Avant m\u00eame de commencer, nous aurions besoin d\u2019exporter la collection postier. Nous pouvons choisir l\u2019option pour obtenir le lien public et pouvons facilement l\u2019importer \u00e0 LoadView (Note : Assurez-vous que la collection postman utilise des variables locales uniquement puisque les variables de l\u2019environnement ne sont pas stock\u00e9es dans la collection).<\/p>\n Ouvrez la plate-forme LoadView et s\u00e9lectionnez Cr\u00e9er un nouveau<\/em> test de charge.<\/p>\n Ici, vous verrez les diff\u00e9rents types de tests de charge qui sont disponibles dans LoadView – applications Web, sites Web et API. Pour notre cas d\u2019utilisation, nous s\u00e9lectionnerons l\u2019option Collection Postman pour commencer les tests API.<\/p>\n Une nouvelle fen\u00eatre s\u2019ouvrira et c\u2019est ici que nous aurons besoin d\u2019importer la collection postier export\u00e9e et cliquez sur Cr\u00e9er dispositif<\/em>.<\/p>\n Une fois que nous avons cr\u00e9\u00e9 avec succ\u00e8s un p\u00e9riph\u00e9rique, nous verraient l\u2019\u00e9cran sc\u00e9nario de test,<\/em> o\u00f9 nous pouvons d\u00e9finir load type<\/em>, qui diff\u00e9rerait en fonction de l\u2019objectif de notre test.<\/p>\n Une fois que nous avons cr\u00e9\u00e9 un sc\u00e9nario de test avec une liste de toutes les API, nous pouvons maintenant ex\u00e9cuter des tests de charge et de stress pour nos API. Une fois l\u2019essai de charge termin\u00e9 avec succ\u00e8s, vous de serez fourni avec des rapports, des tableaux de bord et des mesures qui montrent<\/a> comment notre API et nos syst\u00e8mes ont effectu\u00e9 sous charge.<\/p>\n <\/p>\n Comme nous avons examin\u00e9 comment nous pouvons int\u00e9grer et ex\u00e9cuter les tests de charge de collecte Postman en utilisant LoadView, nous pouvons ajouter ces tests dans le cadre de CI \/ CD pour obtenir des commentaires r\u00e9guliers et des r\u00e9sultats de performance. LoadView fournit \u00e9galement une int\u00e9gration avec Jenkins qui aide les sites Web de test de stress, les applications Web et les API avec des connexions simultan\u00e9es dans des navigateurs r\u00e9els \u00e0 partir d\u2019un cloud enti\u00e8rement g\u00e9r\u00e9. Toutes les nouvelles mises \u00e0 jour ou fonctionnalit\u00e9s suppl\u00e9mentaires peuvent \u00e9galement \u00eatre test\u00e9es avec le plugin LoadView pour Jenkins.<\/p>\n Jetons un coup d\u2019oeil aux \u00e9tapes utilis\u00e9es pour le sc\u00e9nario de test de collection Postman pr\u00e9c\u00e9demment cr\u00e9\u00e9 dans LoadView et son int\u00e9gration avec Jenkins.<\/p>\n \u00c9tape 1<\/strong>. Pour int\u00e9grer les tests avec Jenkins, nous utiliserions le m\u00eame sc\u00e9nario de test Postman cr\u00e9\u00e9 ci-dessus.<\/p>\n \u00c9tape 2<\/strong>. Cr\u00e9ez un UID unique. Cela sera utilis\u00e9 comme un jeton de s\u00e9curit\u00e9 \u00e0 int\u00e9grer dans Jenkins. Copiez l\u2019UID int\u00e9gration.<\/p>\n \u00c9tape 3<\/strong>. L\u2019ID sc\u00e9nario de test pour notre collection Postman peut \u00eatre trouv\u00e9 sur la page de configuration du sc\u00e9nario ou sur la page historique des<\/em> tests (Test Manager > le menu actions de test > Historique).<\/p>\n Pour configurer le plugin LoadView, suivez les \u00e9tapes suivantes :<\/p>\n Enfin, nous avons int\u00e9gr\u00e9 avec succ\u00e8s notre collection Postman avec Jenkins en utilisant LoadView comme plate-forme. Pendant que notre test de r\u00e9sistance est en cours d\u2019ex\u00e9cution, l\u2019\u00e9tat est affich\u00e9 dans la sortie de la console<\/strong> Jenkins en mode temps r\u00e9el.<\/p>\n LoadView est une partie des nombreuses solutions de la plate-forme Dotcom-Monitor. Dotcom-Monitor fournit \u00e9galement des outils de surveillance faciles pour nos collections postier. Si nous avons une collection de tests d\u2019int\u00e9gration utilis\u00e9s pour les tests API internes avec Postman, et que nous voulons \u00e9galement mettre en place des tests \u00e0 ex\u00e9cuter \u00e0 partir de l\u2019ext\u00e9rieur du r\u00e9seau local, nous pouvons t\u00e9l\u00e9charger les tests Postman sur Dotcom-Monitor. En utilisant la t\u00e2che dotcom-monitor postman collection, nous pouvons cr\u00e9er des tests de surveillance automatis\u00e9s avec des alertes sur les erreurs<\/a>. Nous pouvons sp\u00e9cifier des emplacements de surveillance, un calendrier de surveillance,<\/a> des filtres et<\/a> configurer des rapports bas\u00e9s<\/a> sur le suivi des r\u00e9sultats.<\/p>\n La collecte des requ\u00eates HTTP ajout\u00e9es sera ex\u00e9cut\u00e9e \u00e0 plusieurs reprises avec la fr\u00e9quence d\u00e9finie pour effectuer la s\u00e9quence d\u2019appels vers l\u2019API web cible. Avec cela, nous aurons les affirmations qui ont \u00e9t\u00e9 sp\u00e9cifi\u00e9es pour les demandes dans Postman qui aidera \u00e0 v\u00e9rifier les r\u00e9ponses API. Si une condition d\u00e9finie par les affirmations n\u2019est pas remplie, la t\u00e2che sera marqu\u00e9e comme \u00e9chou\u00e9e.<\/p>\n Dans le monde des tests d\u2019API, la s\u00e9curit\u00e9 est une pr\u00e9occupation primordiale. Protocoles de s\u00e9curit\u00e9 et m\u00e9thodes d\u2019authentification<\/strong><\/p>\n Postman g\u00e8re habilement divers protocoles de s\u00e9curit\u00e9 et m\u00e9thodes d\u2019authentification, essentiels pour tester les API dans diff\u00e9rents environnements. Test des vuln\u00e9rabilit\u00e9s courantes<\/strong><\/p>\n Les API sont souvent sensibles \u00e0 toute une s\u00e9rie de vuln\u00e9rabilit\u00e9s de s\u00e9curit\u00e9. Automatisation des tests de s\u00e9curit\u00e9<\/strong><\/p>\n L\u2019automatisation des tests de s\u00e9curit\u00e9 est essentielle pour l\u2019int\u00e9gration continue et les pipelines de livraison. G\u00e9n\u00e9ration et analyse de rapports de s\u00e9curit\u00e9<\/strong><\/p>\n La capacit\u00e9 de Postman \u00e0 g\u00e9n\u00e9rer des rapports d\u00e9taill\u00e9s apr\u00e8s les tests est inestimable. L\u2019int\u00e9gration de Postman dans la strat\u00e9gie de test de s\u00e9curit\u00e9 simplifie non seulement le processus de test, mais \u00e9l\u00e8ve \u00e9galement les normes de s\u00e9curit\u00e9 des API. La communaut\u00e9 du d\u00e9veloppement a des opinions tr\u00e8s vari\u00e9es sur le test des API. Nous avons vu comment Postman nous aide tout \u00e0 fait dans la cr\u00e9ation, le maintien et le test des API avec une telle facilit\u00e9. Nous avons \u00e9galement examin\u00e9 un guide \u00e9tape par \u00e9tape sur la fa\u00e7on dont nous pouvons simuler la charge simultan\u00e9e<\/a> des utilisateurs simultan\u00e9s testant la collecte Postman \u00e0 l\u2019aide de LoadView. Enfin, nous avons examin\u00e9 comment nous pouvons automatiser cette \u00e9tape \u00e0 l\u2019aide de l\u2019int\u00e9gration de Jenkins avec LoadView. Les outils n\u00e9cessaires pour mettre l\u2019accent sur ces applications ont \u00e9t\u00e9 simplifi\u00e9s ces derniers temps et il fournit une aide immense pour tester les syst\u00e8mes complexes qui d\u00e9pendent d\u2019applications internes et externes. Il nous aide \u00e0 rep\u00e9rer les goulots d\u2019\u00e9tranglement et les questions plus clairement.<\/p>\n Chez LoadView, notre objectif est d\u2019\u00eatre votre partenaire expert pour tout ce qui concerne les tests de charge, \u00e0 chaque \u00e9tape du d\u00e9veloppement et \u00e0 tout niveau de complexit\u00e9. Nous comprenons que les tests de charge peuvent \u00eatre une corv\u00e9e, c\u2019est pourquoi nous travaillons sans rel\u00e2che pour faciliter le processus afin que vous et votre \u00e9quipe de d\u00e9veloppement puissiez int\u00e9grer le processus de test de charge dans vos pratiques DevOps existantes et consacrer la part du lion de votre temps et de vos ressources \u00e0 ce qui compte, \u00e0 savoir l\u2019am\u00e9lioration de vos sites Web et applications Web pour vos utilisateurs. En \u00e9liminant les maux de t\u00eate li\u00e9s aux tests de charge, LoadView contribue \u00e0 am\u00e9liorer l\u2019ensemble de votre processus de d\u00e9veloppement et, en fin de compte, l\u2019exp\u00e9rience de vos utilisateurs.<\/p>\n Notre \u00e9quipe d\u2019experts est disponible pour vous aider, vous et votre \u00e9quipe, \u00e0 d\u00e9velopper et \u00e0 am\u00e9liorer votre strat\u00e9gie de test de charge, et vous constaterez que notre plate-forme est intuitive et facile \u00e0 utiliser, m\u00eame pour les utilisateurs non techniques. Nous proposons de vrais tests de navigateur, des scripts pointer-cliquer et des rapports complets et lisibles qui \u00e9liminent les conjectures des tests de charge et permettent une collaboration efficace entre les fonctions de d\u00e9veloppement. Nous travaillons \u00e9galement \u00e0 rester \u00e0 l\u2019avant-garde de l\u2019industrie des tests de charge et \u00e0 fournir \u00e0 nos utilisateurs des outils nouveaux et raffin\u00e9s pour r\u00e9pondre aux demandes changeantes du paysage num\u00e9rique en constante \u00e9volution. LoadView est votre plate-forme compl\u00e8te de test de charge, maintenant et pour l\u2019avenir.<\/p>\n Commencez \u00e0 tester la charge de vos API d\u00e8s aujourd\u2019hui avec LoadView. Inscrivez-vous \u00e0 l\u2019essai gratuit <\/a>et recevez des tests de charge gratuits. Ou inscrivez-vous \u00e0 l\u2019une de nos d\u00e9monstrations priv\u00e9es avec<\/a> l\u2019un de nos ing\u00e9nieurs de performance.<\/strong> Notre ing\u00e9nieur vous guidera \u00e0 travers la plate-forme LoadView compl\u00e8te, ainsi que vous montrera comment int\u00e9grer LoadView dans les collections Postman et automatiser les \u00e9tapes avec Jenkins.<\/p>\n[\/et_pb_text][\/et_pb_column][\/et_pb_row][\/et_pb_section]\n","protected":false},"excerpt":{"rendered":" Les API sont int\u00e9gr\u00e9es dans de nombreux services Web utilis\u00e9s aujourd\u2019hui, ce qui permet aux syst\u00e8mes d\u2019envoyer et de communiquer diverses informations. En tant que tels, ils constituent un lien puissant entre les services critiques et les utilisateurs. Et comme pour toute partie importante d\u2019un syst\u00e8me, il est n\u00e9cessaire de les tester. En utilisant des […]<\/p>\n","protected":false},"author":5,"featured_media":22081,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_et_pb_use_builder":"on","_et_pb_old_content":"","_et_gb_content_width":"","footnotes":""},"categories":[512,549,530,511],"tags":[660,830,829,816,586,521],"class_list":["post-22072","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-conseils-techniques","category-experience-utilisateur","category-test-api","category-tests-de-performance","tag-api-fr","tag-deploiement-continu","tag-facteur","tag-integration-continue","tag-jenkins-fr","tag-test-de-charge"],"yoast_head":"\n\n
Qu\u2019est-ce que le test API ?<\/h2>\n
Test API : Tests fonctionnels vs tests de charge<\/h3>\n
Caract\u00e9ristiques de Postman<\/h3>\n
Demandes d\u2019importation<\/h4>\n
Support technique et protocole multiple<\/h4>\n
R\u00e9diger des cas de test<\/h4>\n
Collections<\/h4>\n
Validation JSON Schema<\/h4>\n
Utiliser l\u2019environnement et les variables dynamiques<\/h4>\n
Convertir l\u2019API en Code<\/h4>\n
Avantages du facteur<\/h3>\n
Automatiser les tests d\u2019API<\/h4>\n
Plate-forme et OS Compatible<\/h4>\n
Rapports d\u2019essai postier<\/h4>\n
Int\u00e9grations<\/h4>\n
Prix<\/h4>\n
Alternatives au facteur<\/h2>\n
fanfaronner<\/h3>\n
![\"logo](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/swagger_logo.svg\"){kind=logo}
<\/p>\n\n
Interface utilisateur savon<\/h3>\n
![\"Logo](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/SoapUI-logo.png\"){kind=logo}
<\/p>\n\n
<\/h3>\n
Int\u00e9grer les tests de collecte Postman dans le pipeline CI\/CD<\/h3>\n
<\/h2>\n
Collections postier d\u2019essai de charge utilisant LoadView<\/h2>\n
Configuration du test<\/h3>\n
Test d\u2019API LoadView Postman : \u00c9tape 1<\/h3>\n
![\"Exportation](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Collection-Export.png\")
<\/p>\nTest d\u2019API LoadView Postman : \u00c9tape 2<\/h3>\n
Test d\u2019API LoadView Postman : \u00c9tape 3<\/h3>\n
![\"Type](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Load-testing-type-Postman.png\")
<\/p>\nTest d\u2019API LoadView Postman : \u00c9tape 4<\/h3>\n
![\"Demande](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Collection-Request.png\")
<\/p>\nTest d\u2019API LoadView Postman : \u00c9tape 5<\/h3>\n
\n
![\"Types](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Collection-Load-Types.png\")
<\/p>\nTest d\u2019API LoadView Postman : \u00c9tape 6<\/h3>\n
Int\u00e9gration du test de charge de collection postier avec Jenkins<\/h2>\n
![\"Postman](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Jenkins-Integration-UID-1024x347.png\")
<\/p>\n![\"Historique](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Collection-Test-History.png\")
<\/p>\n <\/h3>\n
LoadView Plugin \u00e0 Jenkins<\/h3>\n
\n
\n
\n
![\"Jetons](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Jenkins-LoadView-Security-Token-1024x569.png\")
<\/p>\n\n
\n
\n
Afficher les r\u00e9sultats des tests LoadView<\/h3>\n
![\"Sortie](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Jenkins-Console-Output-1024x569.png\")
<\/p>\n![\"R\u00e9sultats](\"https:\/\/www.loadview-testing.com\/wp-content\/uploads\/Postman-Jenkins-LoadView-Test-Performance-Results-1024x569.png\")
<\/p>\n <\/h2>\n
Test de surveillance de la collection postier<\/h2>\n
Test de charge et s\u00e9curit\u00e9 Postman<\/h2>\n
\nPostman, r\u00e9put\u00e9 pour ses capacit\u00e9s de test compl\u00e8tes, offre \u00e9galement des fonctionnalit\u00e9s robustes pour les tests de s\u00e9curit\u00e9 des API.
\nCette section se penche sur la fa\u00e7on dont Postman peut \u00eatre utilis\u00e9 pour renforcer l\u2019aspect s\u00e9curit\u00e9 des API, en s\u2019assurant qu\u2019elles sont non seulement fonctionnelles, mais aussi s\u00e9curis\u00e9es contre les menaces potentielles. <\/p>\n
\nIl prend en charge l\u2019authentification de base, OAuth 1.0 et 2.0, les jetons de porteur, etc., ce qui permet aux testeurs de reproduire avec pr\u00e9cision des sc\u00e9narios du monde r\u00e9el.
\nCette polyvalence est essentielle pour tester les API qui n\u00e9cessitent une authentification, en s\u2019assurant que seuls les utilisateurs autoris\u00e9s y ont acc\u00e8s. <\/p>\n
\nPostman aide \u00e0 identifier les probl\u00e8mes courants tels que l\u2019injection SQL, le cross-site scripting (XSS) et l\u2019acc\u00e8s non autoris\u00e9 aux donn\u00e9es.
\nEn \u00e9laborant des cas de test sp\u00e9cifiques dans Postman, les testeurs peuvent simuler des mod\u00e8les d\u2019attaque et \u00e9valuer la r\u00e9silience de l\u2019API face \u00e0 ces vuln\u00e9rabilit\u00e9s. <\/p>\n
\nPostman facilite l\u2019automatisation des tests de s\u00e9curit\u00e9, permettant aux \u00e9quipes d\u2019int\u00e9grer ces tests dans leurs cycles de d\u00e9veloppement r\u00e9guliers.
\nCette approche garantit que les \u00e9valuations de s\u00e9curit\u00e9 ne sont pas des contr\u00f4les ponctuels, mais font partie int\u00e9grante du processus de d\u00e9veloppement et de maintenance de l\u2019API. <\/p>\n
\nCes rapports fournissent des informations sur les failles de s\u00e9curit\u00e9 potentielles, offrant un aper\u00e7u complet de la posture de s\u00e9curit\u00e9 de l\u2019API.
\nL\u2019analyse de ces rapports aide les \u00e9quipes \u00e0 hi\u00e9rarchiser les correctifs et renforce la s\u00e9curit\u00e9 globale de l\u2019application. <\/p>\n
\nCette int\u00e9gration est cruciale dans le paysage du d\u00e9veloppement actuel, o\u00f9 la s\u00e9curit\u00e9 est aussi essentielle que la fonctionnalit\u00e9 et les performances. <\/p>\nTest de charge de votre API avec facteur: Pens\u00e9es finales<\/h2>\n