Меню

Топ-10 найпопулярніших питань інтерв’ю листоноші з відповідями

  • Головна
  • Інший
  • Топ-10 найпопулярніших питань інтерв’ю листоноші з відповідями

top 10 most popular postman interview questions with answers

Спробуйте Наш Інструмент Для Усунення Проблем

Список найбільш часто задаваних питань інтерв’ю листоноші з відповідями, які допоможуть вам у підготовці:

У цьому посібнику ми розглянемо деякі загальні запитання щодо інтерв’ю, пов’язані з інструментом “Поштальян” та різними методами тестування API.

Давайте досліджувати !!

=> Тут слідкуйте за простими навчальними циклами листонош.

Питання інтерв’ю листоноші

Найпоширеніші запитання інтерв’ю листоноші

Q # 1) Як ви можете встановити заголовки для всіх запитів, що містяться в певній колекції листоноші?

Відповідь: Колекції листонош дозволяють додавати сценарії попереднього запиту як на колекції, так і на рівні індивідуального запиту. Щоб додати будь-який сценарій, який застосовується до всіх запитів, які присутні в колекції, нам потрібно буде додати сценарій попереднього запиту на рівні колекції.

Будь ласка, виконайте наведені нижче кроки для додати сценарій попереднього запиту на рівні колекції для додавання заголовка до всіх запитів.

до) Відкрийте параметри колекції, клацнувши колекцію правою кнопкою миші та перейшовши на вкладку сценарію попереднього запиту.
б) Тепер додайте наведений нижче сценарій для додавання заголовка запиту для всіх запитів.

pm.request.headers.add({ key: 'TestHeader', value: 'testValue' });

в) Клацніть Оновлення щоб зберегти сценарій попереднього запиту на рівні колекції.

г) Тепер виконайте будь-який запит у колекції (безпосередньо або за допомогою колектора колекції) та перегляньте деталі запиту в налагоджувачі консолі Postman, щоб перевірити, чи працює сценарій попереднього запиту нормально, і додавши вказаний заголовок.

Заголовок із сценарію попереднього запиту

Питання 2) Яка користь робочих просторів у Листоноші?

Відповідь: Робочі простори листоноші - це не що інше, як області співпраці або простір для роботи одного чи багатьох людей над однією колекцією чи набором колекцій. Це спосіб логічно відокремити колекції або запити один від одного.

Іншими словами, це просто абстракція з точки зору логічного поділу запитів.

2 типи робочих просторів підтримуються Postman, тобто Team, та Personal.

# 1) Командні робочі простори створені для співпраці з кількома людьми, які входять в одну команду. Подивіться на це з точки зору загального спільного сховища в git, де кожен може витягнути код сховища та внести свій внесок.

Так само для всіх людей, які є частиною команди, робоча область ділиться спільно, і кожен може зробити свій внесок. Ви також можете запросити нових користувачів до співпраці з вашою колекцією, поділившись їхнім ідентифікатором електронної пошти, і коли хтось приєднається або прийме запрошення, він зможе співпрацювати з цією колекцією.

# два) Особисті робочі простори є способом логічного відокремлення колекцій (або проектів) один від одного. Вони корисні, коли ви працюєте з кількома проектами, і ви хочете відокремити пов'язані запити / колекції один від одного. тоді ви можете створити окремі робочі області для обох проектів.

Щоб створити нову робочу область (командну чи особисту), просто натисніть піктограму робочої області, а потім натисніть «Створити нову».

Після того, як відкриється вікно властивостей робочої області, виберіть, чи хочете ви створити особисту чи командну робочу область. Для робочої області команди ви можете запросити людей із їх електронними адресами, попросивши їх співпрацювати в робочій області.

Ось так виглядатиме вікно властивостей робочої області.

Робоча область листоноші

Q # 3) Як колекції Postman можуть працювати через командний рядок?

Відповідь: Postman має інструмент інтеграції командного рядка під назвою Newman, за допомогою якого ви можете запускати будь-яку існуючу колекцію Postman.

Newman - це пакет на основі nodejs, який вимагає лише середовища вузла для виконання колекції і має повний паритет із колектором колекцій Postman, тобто колектор Newman підтримує можливості Postman, такі як Запуск тверджень, сценарії попереднього запиту або будь-які інші пов'язані сценарії із запитами, що входять до колекції.

Щоб використовувати Newman:

  • Вам потрібно встановити вузол.
  • Тепер пакет Newman потрібно встановити через npm за допомогою команди.
npm install -g newman
  • Колекцію потрібно виконати, а пов'язану конфігурацію середовища спочатку експортувати до її форми JSON за допомогою програми Postman
  • Тепер запустіть наведену нижче команду, щоб запустити колекцію листонош через Newman.
newman run {{path to collection json}} -e {{path to environment json if any}}

Q # 4) Як ви можете створювати звіти на основі HTML, що проводять тести через Postman?

Відповідь: Ньюмен використовує концепцію репортерів та шаблони для створення звітів HTML для виконаної колекції.

Отже, для створення HTML-звітів спочатку потрібно встановити репортер. Ви можете встановити будь-який з доступних HTML-репортерів, наприклад Newman-reporter-html як пакет вузлів за допомогою наведеної нижче команди.

npm install -g newman-reporter-html

Після встановлення HTML-репортера ми можемо використовувати команду Newman для запуску колекції з прапором -r, тобто прапор репортера та вказати ім'я репортера як HTML.

Використовується наступна команда:

newman run {{path to collection json}} -e {{path to environment json if any}} -r html

Зверніть увагу: оскільки ми не згадували ім’я чи папку, куди ми хочемо, щоб генерувалися звіти, за замовчуванням звіти будуть генеруватися в папці з ім’ям “Newman”, яка створюється в тому ж каталозі, звідки виконується команда Newman.

Q # 5) Як ми можемо використовувати історію листоноші та зберігати запити з історії листоноші у існуючі чи нові колекції?

Відповідь: Будь-який запит, який виконується через програму Postman, доступний для довідки в розділі Історія програми. Отже, якщо запит не було збережено в колекції до того, як він був виконаний, ми завжди можемо повернутися до розділу історії, щоб отримати виконаний запит і зберегти його в колекції.

Докладніше див. На скріншоті нижче.

Історія колекції листонош

Запитання №6) Як можна імпортувати запити у форматах, відмінних від cURL, у Postman?

Відповідь: Листоноша підтримує багато загальних форматів запитів, до яких потрібно експортувати запити. Приклад. Java, C #, Python, PHP тощо. Він підтримує майже всі часто використовувані бібліотеки та мовні прив'язки.

Для імпорту запитів наразі він підтримує cURL. тобто ви можете вставити команду curl в імпорт запиту, і вона перетворюється на запити Postman, але те саме не можна зробити, використовуючи будь-які інші мовні прив'язки, такі як Java, Python тощо.

Інший спосіб імпортувати кілька запитів одночасно - це імпортувати всю колекцію безпосередньо через файл або колекцію JSON, вставлений як необроблений текст у вікні імпорту.

Нижче наведено знімок екрану того, як буде виглядати розділ імпорту необробленого тексту в опціях імпорту.

Параметри імпорту

Q # 7) Чи можна реєструвати запити та відповіді у поштарці?

Відповідь: Листоноша дозволяє переглядати тіло відповіді та інші параметри запиту в самому додатку.

Але бувають випадки, коли ми застосовували сценарії попереднього запиту, і оскільки ми не можемо побачити подробиці про URL-адреси запитів та заголовки, які використовувались під час виконання запиту, і завжди важливо подивитися, як виглядав фактичний запит.

Для перегляду повних Запитів та Відповідей на виконану колекцію чи окремий запит, Поштальон пропонує додаткову консоль інструменту під назвою «Консоль Листоноша», і за допомогою неї можна переглянути всі запити / деталі відповідей.

Також корисно переглянути вихідні дані будь-яких операторів console.log, які є частиною сценаріїв або тестів попереднього запиту.

Нижче наведено знімок екрана вікна консолі Поштовик.

Вікно консолі листоноші

Q # 8) Як можна використовувати Postman для створення макетних серверів?

Відповідь: Поштальєн дозволяє користувачам моделювати серверні сервери або будь-які кінцеві точки API, які все ще перебувають у стадії активної розробки, і запустити інтеграційний тест або наскрізний тест, вам все одно потрібно отримати заздалегідь визначену відповідь через ці кінцеві точки.

Листоноша для створення макет-серверів

Зверніться до наведеної вище схеми, де серверний / API інтерфейсу має мало залежностей, що знаходяться нижче за течією, з яких одна залежність все ще триває. Щоб зменшити залежність того, як фронтальний кінець зможе використовувати низхідний потік до його повного завершення, ми можемо створити макет для нижніх потоків і використовувати його до тих пір, поки залежність нижчого потоку не буде повною.

Таким чином, макетні сервери - не що інше, як фальшива реалізація для серверного сервера. Щоб створити / використовувати макетні сервери, користувач повинен зареєструватися у Postman принаймні для безкоштовного облікового запису (Postman дозволяє користувачам зареєструватися для безкоштовного облікового запису через електронну пошту користувача).

Крім того, зверніть увагу, що для безкоштовного облікового запису номер. дзвінків на фальшивий сервер обмежується до 1000 (цей ліміт можна збільшити, придбавши корпоративний план або придбавши додаткову квоту на сторінці використання облікового запису поштаря).

Ось відеоурок:

реалізація пов'язаного списку в Java

Щоб створити макетний сервер, ви можете використовувати існуючу колекцію, тобто якщо ви хочете створити макет для всієї вашої колекції або додати запити під час створення макетного сервера.

Виконайте наступні кроки, щоб створити макет-сервер:

до) Клацніть Створити та виберіть “Макетний сервер”.

б) Додайте метод (и) запиту, який слід знущатись, та додайте код відповіді та тіло відповіді, які потрібно повернути, поки викликається конкретна кінцева точка API.

Створіть макет-сервер

в) Клацніть «Далі» і виберіть ім'я фіктивного сервера (якщо ви хочете, щоб цей фіктивний сервер був приватним, тоді буде потрібен заголовок авторизації з назвою x-api-key, який буде створений для профілю користувача, через який входить Postman).

Імітуйте ім

г) Клацніть на “Створити макет-сервер”. По суті, це буде розміщувати вашу кінцеву точку API на якомусь сервері Postman і повертатиме задану відповідь щоразу, коли буде викликана конкретна кінцева точка.

є) Він також створить новий файл середовища (який був встановлений під час налаштування макетного сервера) і встановить URL-адресу змитуваної кінцевої точки API як змінну середовища.

f) Ви закінчили, і тепер ви можете використовувати цю знущану кінцеву точку для надсилання запитів. Ця насмішлива реалізація може бути використана для залежних служб у фактичному коді, якщо реальні служби все ще перебувають у стадії розгортання.

Знущається колекція

Запитання №9) Як ми можемо використовувати власні бібліотеки Javascript із сценаріями або тестами для попереднього запиту листоноші?

Відповідь: Пісочниця 'Листоноша' надає багато вбудованих бібліотек, які доступні для використання. Повний перелік таких бібліотек див тут щоб користуватися цими бібліотеками, вам потрібно буде додати їх у сценарії або тести попереднього запиту, використовуючи 'require'.

Ось відеоурок:

Давайте подивимось один із таких прикладів з використанням moment.js, і ця бібліотека надає багато корисних функцій для виконання форматування протягом часу.

Скажімо, є запит POST, який повинен говорити про дату створення користувача та очікує формат дати РРРР-ММ-ДД . Хоча цього можна досягти і за допомогою простого javascript, moment.js може зробити це за допомогою одного рядка коду.

Подивимось це в дії зараз. У сценарії попереднього запиту просто додайте наступний рядок коду, щоб отримати відформатовані дані, що зберігаються у змінній середовища.

var moment = require('moment'); pm.environment.set('formattedDate',moment().format('YYYY-MM-DD'));

Іншим прикладом моменту може бути додавання певного значення до поточної дати та використання його в тілі запиту. Наприклад, ви хочете встановити для поля, як дата закінчення терміну дії, поточну дату + 2 дні, а також із форматуванням «РРРР-ММ-ДД», і ви можете просто використовувати сценарій, як показано нижче.

pm.environment.set('expiryDate',moment().add(2,'days').format('YYYY-MM-DD'));

У наведеному вище сценарії ми бачимо, що ми додали або включили бібліотеку ‘moment.js’ і використовували об’єкт як простий код Javascript. Подібно до сценаріїв попереднього запиту, ці бібліотеки або модулі можна використовувати в сценаріях або тестах після запиту, а також робити подібні речі.

Доступні інші бібліотеки, такі як crypto js, ​​які можуть бути корисними для перетворення тексту в зашифроване значення, таке як Base 64 або закодований хеш, і можуть бути використані як частина тіла запиту.

Q # 10) Що таке монітори листоноші?

Відповідь: Монітори листоноші - це не що інше, як монітори збору, які налаштовані та виконуються відповідно до заданої частоти. Зазвичай вони використовуються, коли хтось хоче, щоб їх колекція працювала з певною частотою, а результати слід контролювати, повідомляючи про помилки за допомогою електронної пошти або слабкої інтеграції.

Як правило, команди з їхньою інфраструктурою, такою як CI та власні хмарні сервери, не вважають за краще використовувати монітори, визначені Postman, оскільки вони працюють лише на опублікованих або загальнодоступних кінцевих точках або на знущальних кінцевих точках (якщо вони налаштовані через макетні сервери).

Висновок

У цьому підручнику ми розглянули питання, пов’язані з типовими поняттями листоноші, які зазвичай задаються в інтерв’ю.

Листоноша, широко використовуваний інструмент для тестування всіх видів API, і завдяки недавній підтримці GraphQL, він ще більш розширюваний і корисний. Поряд з іншими потужними функціями, такими як твердження та робочі процеси, це дозволяє нам проводити наскрізне інтеграційне тестування майже для всіх типів кінцевих точок REST API.

Для будь-якого внутрішнього розробника, а також контролю якості, Postman є одним з основних інструментів для проведення всіх видів перевірки інтеграції.

=> Завітайте сюди, щоб навчитися листоноші з нуля.

Рекомендована література

^