top 10 most popular postman interview questions with answers
Liste des questions d'entretien du facteur les plus fréquemment posées avec réponses pour vous aider à vous préparer:
Dans ce didacticiel, nous couvrirons quelques questions d'entretien courantes autour de l'outil Postman et de diverses techniques de test d'API.
Explorons!!
=> Regardez la série de formation Simple Postman ici.
Questions d'entretien de facteur les plus fréquemment posées
Q # 1) Comment pouvez-vous définir des en-têtes pour toutes les demandes qui se trouvent dans une collection Postman particulière?
Répondre: Les collections Postman permettent d'ajouter des scripts de pré-demande à la fois au niveau de la collection et de la demande individuelle. Pour ajouter un script qui s'applique à toutes les requêtes présentes dans la collection, nous devrons ajouter un script de pré-requête au niveau de la collection.
Veuillez suivre les étapes ci-dessous pour ajoutez un script de pré-demande au niveau de la collection pour ajouter un en-tête à toutes les demandes.
à) Ouvrez les options de collection en cliquant avec le bouton droit sur la collection et naviguez dans l'onglet de script de pré-demande.
b) Ajoutez maintenant le script ci-dessous pour ajouter un en-tête de demande pour toutes les demandes.
pm.request.headers.add({ key: 'TestHeader', value: 'testValue' });
c) Cliquez sur Mettre à jour pour enregistrer le script de pré-demande au niveau de la collection.
ré) Exécutez maintenant toute demande dans la collection (directement ou via le runner de collection) et affichez les détails de la demande dans le débogueur de la console Postman pour valider si le script de pré-demande fonctionne correctement et en ajoutant l'en-tête spécifié.
Q # 2) À quoi servent les espaces de travail dans Postman?
Répondre: Les espaces de travail du facteur ne sont rien d'autre que des espaces de collaboration ou un espace permettant à une ou plusieurs personnes de travailler sur la même collection ou ensemble de collections. C'est un moyen de séparer logiquement les collections ou les demandes les unes des autres.
En d'autres termes, il s'agit simplement d'une abstraction en termes de séparation logique des requêtes.
2 types d'espaces de travail sont pris en charge par Postman, à savoir Team et Personal.
#1) Espaces de travail d'équipe sont créés pour collaborer avec plusieurs personnes faisant partie de la même équipe. Regardez-le du point de vue d'un référentiel partagé commun dans git, où n'importe qui peut extraire le code du référentiel et contribuer.
De même, pour toutes les personnes qui font partie de l'équipe, l'espace de travail est partagé et chacun peut contribuer. Vous pouvez également inviter de nouveaux utilisateurs à collaborer avec votre collection en partageant leur identifiant de messagerie et lorsque quelqu'un rejoint ou accepte cette invitation, il pourra collaborer avec cette collection.
#deux) Espaces de travail personnels sont un moyen de séparer logiquement les collections (ou projets) les uns des autres. Celles-ci sont utiles lorsque vous travaillez avec plusieurs projets et que vous souhaitez séparer les demandes / collections associées les unes des autres. alors vous pouvez créer des espaces de travail séparés pour les deux projets.
Pour créer un nouvel espace de travail (d'équipe ou personnel), cliquez simplement sur l'icône de l'espace de travail, puis sur «Créer un nouveau».
qu'est-ce que la gestion des données de test dans les tests logiciels
Une fois la fenêtre des propriétés de l'espace de travail ouverte, indiquez si vous souhaitez créer un espace de travail personnel ou d'équipe. Pour l'espace de travail d'équipe, vous pouvez choisir d'inviter des personnes avec leurs adresses e-mail en leur demandant de collaborer sur l'espace de travail.
Voici à quoi ressemblera la fenêtre des propriétés de l'espace de travail.
Q # 3) Comment les collections Postman peuvent-elles s'exécuter via la ligne de commande?
Répondre: Postman dispose d'un outil d'intégration de ligne de commande appelé Newman avec lequel vous pouvez exécuter n'importe quelle collection Postman existante.
Newman est un package basé sur nodejs, qui ne nécessite qu'un environnement de nœud pour exécuter la collection et a une parité totale avec le coureur de collection Postman, c'est-à-dire que le coureur de collection Newman prend en charge les capacités de Postman telles que l'exécution d'assertions, les scripts de pré-demande ou tout autre script associé avec les demandes qui font partie de la collection.
Pour utiliser Newman:
- Vous devez avoir le nœud installé.
- Maintenant, le package Newman doit être installé via npm à l'aide de la commande.
npm install -g newman
- La collection doit être exécutée et la configuration d'environnement associée doit d'abord être exportée vers son formulaire JSON via l'application Postman
- Exécutez maintenant la commande ci-dessous pour exécuter la collection Postman via Newman.
newman run {{path to collection json}} -e {{path to environment json if any}}
Q # 4) Comment pouvez-vous générer des rapports HTML en exécutant des tests via Postman?
Répondre: Newman utilise le concept de rapporteurs et de modèles pour générer des rapports HTML pour la collection exécutée.
Par conséquent, pour générer des rapports HTML, vous devez d'abord installer un rapporteur. Vous pouvez installer l'un des reporters HTML disponibles, comme Newman-reporter-html en tant que package de nœuds via la commande ci-dessous.
npm install -g newman-reporter-html
Une fois le rapporteur HTML installé, nous pouvons utiliser la commande Newman pour exécuter la collection avec l'option -r, c'est-à-dire l'indicateur du reporter et spécifier le nom du rapporteur au format HTML.
La commande ci-dessous est utilisée:
newman run {{path to collection json}} -e {{path to environment json if any}} -r html
Veuillez noter que comme nous n'avons pas mentionné le nom ou le dossier où nous voulons que les rapports soient générés, par défaut, les rapports seront générés dans un dossier nommé «Newman» qui sera créé dans le même répertoire où la commande Newman est exécutée.
entretien de bureau de support questions et réponses pdf
Q # 5) Comment pouvons-nous utiliser l'historique du facteur et enregistrer les demandes de l'historique du facteur dans les collections existantes ou nouvelles?
Répondre: Toute demande exécutée via l'application Postman est disponible pour référence dans la section Historique de l'application. Donc, dans le cas où la requête n'a pas été enregistrée dans une collection avant son exécution, nous pouvons toujours revenir à la section historique pour récupérer la requête exécutée et la sauvegarder dans la collection.
Reportez-vous à la capture d'écran ci-dessous pour plus de détails.
Q # 6) Comment pouvez-vous importer des demandes dans des formats autres que cURL dans Postman?
Répondre: Postman prend en charge de nombreux formats de demande courants vers lesquels exporter les demandes. Exemple. Java, C #, Python, PHP, etc. Il prend en charge presque toutes les bibliothèques et liaisons de langage couramment utilisées.
Pour l'importation de requêtes, il prend en charge cURL pour le moment. c'est-à-dire que vous pouvez coller une commande curl dans l'importation de requête et elle est convertie en requêtes Postman, mais la même chose ne peut pas être faite en utilisant d'autres liaisons de langage telles que Java, Python, etc.
L'autre façon d'importer plusieurs demandes à la fois consiste à importer la collection entière directement via un fichier ou une collection JSON collé sous forme de texte brut dans la fenêtre d'importation.
Ci-dessous, une capture d'écran de l'apparence de la section de texte brut d'importation des options d'importation.
Q # 7) Est-il possible de consigner les demandes et les réponses dans Postman?
Répondre: Postman permet d'afficher le corps de la réponse et d'autres paramètres de requête dans l'application elle-même.
Mais il y a des moments où nous avons appliqué des scripts de pré-demande et que nous ne pouvons pas voir les détails sur les URL et les en-têtes de demande qui ont été utilisés lors de l'exécution de la demande, et il est toujours important de voir à quoi ressemblait la demande réelle.
Pour afficher les demandes et réponses complètes pour la collection exécutée ou la demande individuelle, Postman fournit une console d'outils supplémentaire appelée «Postman Console» et elle peut être utilisée pour afficher tous les détails des demandes / réponses.
Il est également utile de voir la sortie de toutes les instructions console.log faisant partie des scripts ou des tests de pré-requête.
Ci-dessous, la capture d'écran de la fenêtre de la console Postman.
Q # 8) Comment Postman peut-il être utilisé pour créer des serveurs simulés?
Répondre: Postman permet aux utilisateurs de simuler des serveurs principaux ou des points de terminaison d'API qui sont encore en cours de développement actif et d'exécuter un test d'intégration ou un test de bout en bout, vous devez toujours obtenir une réponse prédéfinie via ces points de terminaison.
Reportez-vous au diagramme ci-dessus, où un serveur frontal / API a peu de dépendances en aval, dont une dépend toujours en cours. Pour réduire la dépendance du frontal pouvant utiliser l'aval jusqu'à ce qu'il soit complet, nous pouvons créer un simulacre pour l'aval et l'utiliser jusqu'à ce que la dépendance en aval ne soit pas complète.
Ainsi, les faux serveurs ne sont rien d'autre qu'une fausse implémentation pour le backend. Pour créer / utiliser des serveurs simulés, un utilisateur doit être enregistré auprès de Postman au moins pour un compte gratuit (Postman permet aux utilisateurs de créer un compte gratuit via l'e-mail de l'utilisateur).
Veuillez également noter que pour un compte gratuit, le no. des appels vers un serveur simulé est limité à 1000 (cette limite peut être augmentée en achetant un plan d'entreprise ou en achetant un quota supplémentaire sur la page d'utilisation du compte Postman).
Voici un didacticiel vidéo:
Pour créer un serveur fictif, vous pouvez utiliser une collection existante, c'est-à-dire si vous souhaitez créer une maquette pour toute votre collection ou ajouter des demandes lors de la création d'un serveur fictif.
Suivez les étapes ci-dessous pour créer un serveur simulé:
à) Cliquez sur Nouveau et sélectionnez «Mock Server».
b) Ajoutez la ou les méthodes de requête à simuler et ajoutez le code de réponse et le corps de la réponse à renvoyer lors de l'appel du point de terminaison d'API particulier.
c) Cliquez sur Suivant et choisissez le nom du serveur fictif (si vous voulez que ce serveur fictif soit privé, un en-tête d'autorisation nommé x-api-key qui sera généré pour le profil utilisateur via lequel Postman est connecté sera requis).
ré) Cliquez sur «Créer un serveur simulé». Cela hébergera essentiellement votre point de terminaison API sur un serveur Postman et renverra la réponse définie chaque fois que le point de terminaison particulier est appelé.
meilleur python ide mac os x
est) Il créera également un nouveau fichier d'environnement (qui a été défini lors de la configuration du serveur fictif) et définira l'URL du point de terminaison d'API simulé en tant que variable d'environnement.
F) Vous avez tous terminé et maintenant, vous pouvez utiliser ce point de terminaison simulé pour envoyer des demandes. Cette implémentation simulée peut être utilisée pour les services dépendants dans le code réel si les services réels sont toujours en cours de déploiement.
Q # 9) Comment pouvons-nous utiliser des bibliothèques Javascript personnalisées avec des scripts ou des tests de pré-demande Postman?
Répondre: Le bac à sable Postman fournit de nombreuses bibliothèques intégrées et disponibles pour utilisation. Pour une liste complète de ces bibliothèques, reportez-vous à ici pour utiliser ces bibliothèques, et vous devrez les ajouter dans des scripts de pré-requête ou des tests en utilisant «require».
Voici un didacticiel vidéo:
Voyons un exemple de ce type utilisant moment.js et cette bibliothèque fournit de nombreuses fonctions utiles pour effectuer le formatage dans le temps.
Disons qu'il y a une requête POST qui doit dire, la date de création pour un utilisateur et elle attend le format de date AAAA-MM-JJ . Bien que cela puisse également être réalisé en utilisant du javascript brut, moment.js peut le faire avec une seule ligne de code.
Voyons cela en action maintenant. Dans le script de pré-requête, ajoutez simplement la ligne de code suivante, pour obtenir les données formatées, stockées dans une variable d'environnement.
var moment = require('moment'); pm.environment.set('formattedDate',moment().format('YYYY-MM-DD'));
Un autre exemple du moment pourrait être d'ajouter une valeur particulière à la date actuelle et de l'utiliser dans le corps de la requête. Par exemple, vous voulez définir un champ comme une date d'expiration, à la date actuelle + 2 jours, ainsi que le formatage sur «AAAA-MM-JJ», et vous pouvez simplement utiliser le script comme ci-dessous.
pm.environment.set('expiryDate',moment().add(2,'days').format('YYYY-MM-DD'));
Dans le script ci-dessus, nous pouvons voir que nous avons ajouté ou inclus la bibliothèque ‘moment.js’ et utilisé l’objet comme un simple code Javascript. Semblables aux scripts de pré-requête, ces bibliothèques ou modules peuvent également être utilisés dans les scripts ou tests de post-requête pour faire des choses similaires.
D'autres bibliothèques sont disponibles comme crypto js qui pourraient être utiles pour convertir un texte en valeur cryptée comme Base 64 ou hachage codé et pourraient être utilisées dans le corps de la requête.
Q # 10) Que sont les moniteurs de facteur?
Répondre: Les moniteurs Postman ne sont rien d'autre que des moniteurs de collecte qui sont configurés et exécutés selon la fréquence configurée. Ceux-ci sont généralement utilisés lorsque quelqu'un souhaite que sa collection s'exécute à une fréquence particulière et que les résultats doivent être surveillés, les échecs étant notifiés par e-mail ou par intégration lente.
En règle générale, les équipes avec leur infrastructure telle que CI et leurs propres serveurs cloud ne préféreraient pas utiliser les moniteurs définis par Postman, car ils ne fonctionneraient que sur des points de terminaison publiés ou publics ou sur des points de terminaison fictifs (s'ils sont configurés via des serveurs fictifs).
Conclusion
Dans ce didacticiel, nous avons abordé des questions liées à certains concepts courants du facteur qui sont généralement posées lors des entretiens.
Postman étant un outil très largement et couramment utilisé pour toutes sortes de tests d'API et avec la prise en charge récente de GraphQL, il est encore plus extensible et utile. En plus d'autres fonctionnalités puissantes telles que les Assertions et les flux de travail, il nous permet d'effectuer des tests d'intégration de bout en bout pour presque tous les types de points de terminaison d'API REST.
Pour tout développeur backend ainsi que pour le contrôle qualité, Postman est l'un des principaux outils permettant d'effectuer toutes sortes de validations d'intégration.
=> Visitez ici pour apprendre Postman From Scratch.
lecture recommandée
- Questions et réponses d'entrevue
- Questions d'entrevue Spock avec réponses (les plus populaires)
- Questions et réponses d'entrevue de test ETL
- 20 questions et réponses d'entrevue TestNG les plus populaires
- Quelques questions et réponses difficiles sur les tests manuels
- Top 30+ Questions et réponses populaires d'entrevue de concombre
- Top 50 des questions et réponses d'entretiens CCNA les plus populaires
- Top 40 des questions et réponses d'entrevue J2EE populaires à lire