Топ 20 на въпросите и отговорите за интервю за тестване на API (2025 г.)
Ето въпроси и отговори за интервю за тестване на API за новопостъпили, както и за опитни кандидати, за да получат мечтаната работа.
1) Какви са инструментите, използвани за тестване на API?
Инструментите, използвани за различни тестове на API, са
- SoapUI Pro
- Пощальон
- Наблюдение на API на Alertsite
Безплатно изтегляне на PDF: Въпроси за интервю за тестване на API
2) Какво е API тестване?
API (интерфейс за програмиране на приложения) определя как някои софтуерни компоненти трябва да взаимодействат с други, с други думи, това е набор от функции и процедури, които позволяват създаването на приложения, които имат достъп до характеристиките или данните на приложение или операционната система. Тестването на тези функции е известно като API тестване.
3) Какви са обичайните тестове, извършвани на API?
Общите тестове, извършвани на API
- Проверка на API дали се актуализира структура на данни
- Проверете дали API не връща нищо
- Въз основа на входните условия се проверяват върнатите стойности от API
- Проверка на API дали задейства някакво друго събитие или извиква друг API
4) Споменете ключовата разлика между тестване на ниво UI и тестване на API?
UI (потребителски интерфейс) се отнася до тестване на графичен интерфейс, като например как потребителят взаимодейства с приложенията, тестване на елементи на приложението като шрифтове, изображения, оформления и т.н. Тестването на UI основно се фокусира върху външния вид и усещането на приложението. Докато API позволява комуникация между две отделни софтуерни системи. Софтуерна система, внедряваща API, съдържа функции или подпрограми, които могат да бъдат изпълнени от друга софтуерна система
5) Обяснете какво е SOAP?
SOAP означава Simple Object Access Protocol и е XML базиран протокол за обмен на информация между компютри.
6) Обяснете какво е REST API?
Това е набор от функции, към които разработчиците изпълняват заявки и получават отговори. В REST API взаимодействието се осъществява чрез HTTP протокол REST – означава Representational State Transfer, той бързо се превръща в дефакто стандарт за създаване на API.
7) Разлика между API и модулно тестване?
API тестване | UNIT тестване |
|
|
|
|
|
|
|
|
8) Как да тествате API?
За да тествате API, трябва да следвате следните стъпки
- Изберете пакета, в който искате да добавите тестовия случай на API
- Изберете режим на разработка на тестове
- Разработете тестови случаи за желаните API методи
- Конфигурирайте параметрите за управление на приложението
- Конфигурирайте тестови условия
- Конфигурирайте валидирането на метода
- Изпълнете API тест
- Вижте докладите от тестове
- Филтриране на тестови случаи на API
- Тестови случаи на API за последователност
9) Споменете кои са основните области, които трябва да се вземат предвид при писане на API документ?
Ключовата област, която трябва да се има предвид при писане на API документи, е
- Източник на съдържанието
- Документ план или скица
- Оформление на доставката
- Информация, необходима за всяка функция в документа
- Програми за автоматично създаване на документи
10) В API документа обяснете как да документирате всяка функция? Какви са инструментите, използвани за документиране?
- Описание: Кратко описание за това какво прави дадена функция
- Синтаксис: Синтаксис за параметъра на кода, последователността, в която се появяват, задължителни и незадължителни елементи и др.
- Параметри: Параметри на функциите
- Съобщения за грешки: Синтаксис на съобщенията за грешки
- Примерен код: Малък фрагмент от код
- Сродни връзки: Свързани функции
Популярни инструменти, използвани за API документация, са JavaDoc (за Java код) Doxygen (за .Net код)
11) Обяснете рамката на API?
API рамката се обяснява сама. Използва се конфигурационен файл за стойности за тестово изпълнение и за съхраняване на конфигурируемите части. Автоматизираните тестови случаи трябва да се представят във формат „разборна таблица“ в рамките на конфигурационния файл. Когато тествате API, не е необходимо да тествате всеки API, така че конфигурационният файл да има раздел, чиито всички API са активирани за това конкретно изпълнение.
12) Как работи API Builder?
API Builder е PLSQL програма, която се състои от четири SQL файлове
- За задаване на API параметри и стартиране на процеса отговаря един файл
- Създават се два файла за временни таблици и главен пакет за създаване на изходния код
- Четвъртият файл създава „спулиран“ изход на кода във файл, наречен „output_script_.sql“
13) Обяснете какво е TestApi?
TestApi е библиотека от полезни и тестови API, която позволява на тестери и разработчици да създават инструменти за тестване и автоматизирани тестове за .NET и Win32 приложения. Той предоставя набор от общи тестови градивни елементи, типове, структура на данни и алгоритми.
14) Какво е инжектиране на вход и какви са различните начини за извършването му?
Инжектиране на въвеждане: Това е акт на симулиране на въвеждане от потребител, по няколко начина можете да симулирате въвеждане от потребител.
- Директно извикване на метод
- Извикване с помощта на интерфейс за достъпност
- Симулация, използваща въвеждане на ниско ниво
- Симулация с помощта на драйвер на устройство
- Симулация с помощта на робот
15) Какви са основните предизвикателства при тестването на API?
Основните предизвикателства при тестването на API са
- Избор на параметър
- Комбинация от параметри
- Последователност на повикванията
16) Какво е API тестване с runscope?
Runscope е уеб приложение, което предоставя бекенд услуги и лесен за използване интерфейс за тестване на API.
17) Обяснете какви са принципите на проектирането на API тестове?
Принципът за проектиране на API тестове е
- Setup: Създавайте обекти, стартирайте услуги, инициализирайте данни и т.н
- Екзекуция: Стъпки за упражняване на API или сценарий, също регистриране
- Проверка: Оракули за оценка на резултата от изпълнението
- Отчитане: Успешно, неуспешно или блокирано
- Почисти: Състояние преди теста
18) Какви са типовете бъгове, които ще открие тестването на API?
Видовете бъгове, API ще открие
- Липсваща или дублирана функционалност
- Не успява да се справи с условията на грешка грациозно
- Стрес
- надеждност
- Охрана
- Неизползвани знамена
- Неизпълнени грешки
- Непоследователно обработване на грешки
- Производителност
- Проблеми с многопоточност
- Некоректни грешки
19) Какви са инструментите, използвани за автоматизиране на API тестове?
Докато тествате Unit и API тестване, и двата са насочени към изходния код, ако API метод използва код, базиран на .NET, тогава инструментът, който поддържа, трябва да има .NET Automation инструменти за API тестване, които могат да се използват, са
- NUnit за .NET
- JUnit за Java
- HP UFT
- Потребителски интерфейс за сапун
20) Споменете стъпките за тестване на API?
Стъпки за тестване на API
- Изберете тестовия случай, който трябва да бъде изпълнен
- За извикване на API разработете тестов случай
- За да изпълните тестовия случай, конфигурирайте параметрите на API
- Определете как ще потвърдите успешен тест
- Използвайки език за програмиране като PHP или .NET, изпълнете извикването на API
- Позволете на извикването на API да върне данните за валидиране
21) Кои са общите протоколи, които се тестват в API tesing?
- HTTP
- JMS
- ПОЧИВКА
- SOAP
- UDDI
Тези въпроси за интервюто също ще ви помогнат във вашата viva (устна)
Postman Rest Client също се използва за автоматизиране на API услуги.
Postman е страхотен, не само за ръчно тестване, но и за много бързо изграждане на колекции, които могат да се изпълняват с помощта на Newman във вашия CI/CD конвейер и лесно да се споделят с нетехнически членове на екипа, за да се илюстрира покритието. Можете също така да заредите всеки помощен код (JavaScript) като глобална променлива и да извикате методите във вашите тестове, като използвате скриптове преди заявка и след заявка.
Като алтернатива може да искате да поговорите за REST-Assured за автоматизация на тестове с Java. Може би си струва да се отбележи, че много клиенти в момента използват Selenium за тестване на API чрез потребителския интерфейс, което е напълно погрешно. :-)
Изчистване на документа
Никой не се почесва по главата за отговора на въпрос №21? Разбирам тези 5 елемента по следния начин (може и да греша):
– HTTP Е интернет протокол (предимно известен – няма нужда да навлизате в допълнителни подробности)
– REST НЕ е протокол, а по-скоро Е архитектурен модел за конструиране на API – който използва HTTP/HTTPS протоколи за комуникация по интернет
– SOAP Е официален XML базиран интернет протокол, поддържан от W3C
– UDDI НЕ е протокол, а по-скоро е одобрен от OASIS API спецификационен формат за публикуване на API чрез UDDI регистър
– JMS НЕ е протокол, а по-скоро е XML базирана система за съобщения на приложения със собствен API за изпращане и получаване на съобщения, използвайки различни протоколи под капака, главно TCP/IP
Моля – за да помогнете на мен и другите да разберат това повече – или мразете, или харесайте отговора ми по-нататък в коментарите. Наздраве :)
SOAP означава Simple Object Access Protocol. Моля, коригирайте това във вашия въпрос номер 5.
Той е актуализиран.