Меню

34 Най-често срещани въпроси и отговори за интервю за SoapUI

34 most common soapui interview questions

Опитайте Нашия Инструмент За Премахване На Проблемите

Най-често задаваните въпроси и отговори за интервю за SoapUI за справка:

Винаги е трудно да се напише статия с въпроси и отговори за интервюта, тъй като списъкът с въпроси, който предоставяме, никога няма да бъде всеобхватен, а също така интервютата в реално време не са точно във формата за въпроси и отговори.

Препоръчваме да изучавате концепции на SoapUI от тази изчерпателна серия уроци като има подробни примери.

въпроси за интервю за soapui

В интервю повечето въпроси биха били отговор на това, което според вас е преживяно .

Например: Ако кажете, че работите върху SoapUI вече 5 години и сте тествали приложение както функционално, така и сте провели някои тестове за натоварване - тогава Въпроси за интервю за тестване на SoapUI ще бъде за:

  • Какъв вид приложение беше това?
  • До каква степен участвахте?
  • Имаше ли предизвикателства?
  • Някакви добри практики за автоматизация, които сте прилагали?
  • До каква степен е използван грууви скриптове?
  • Вашият подход за поддържане на данни от източниците на данни?

И така нататък ... Отговорите на тези въпроси се базират на ситуация / опит, така че няма едно подходящо за всички решение.

Следват обаче списък на Въпроси за интервю за уеб услуги SoapUI които са общи, типичните ви въпроси във формат „viva voce, известен още като устен изпит“, които се появяват в интервю, когато интервюиращият се опитва да оцени вашите функционални и основни знания за SoapUI.

34 Общи въпроси и отговори за интервю за SoapUI

Те могат да бъдат както по-долу:

Q # 1. Какво представляват уеб услугите?

Години. Уеб услугите са уеб компоненти, които прехвърлят данни между клиент и сървър. Клиентът изпраща уеб заявка до сървъра и след това сървърът отговаря на клиента. Отговорът и заявката са свързани и различните заявки предизвикват съответния отговор.

Web Service е уеб компонент или софтуерна програма, които могат да бъдат достъпни в Интернет. Използва се главно за комуникация с уеб-базирани приложения чрез XML концепции за съобщения. Например, ако искаме да осъществим достъп до определено местоположение с помощта на Google Maps, можем да използваме съответния URL адрес на уеб услугата. За това трябва да предадем съответните входове.

Q # 2. Какво е основното предизвикателство при тестване на уеб услуги?

Години. По-голямата част от функционалните тестове се извършват чрез GUI; най-голямото предизвикателство на уеб услугите е, че те нямат потребителски интерфейс.

Q # 3. Какви са комуникационните канали, налични за уеб услуга?

Като цяло уеб услугата се комбинира със следните протоколи. Те са,

  • HTTP / POST
  • HTTP / GET
  • САПУН

Докато излагат уеб услугите, тези канали ще се използват за комуникация с клиентите. Тук HTTP / POST протоколът прехвърля информацията между клиентите в защитен режим. Протоколът HTTP / GET позволява на клиентите да преглеждат частично прехвърлените данни в адресната лента на браузъра. SOAP се използва за безопасно прехвърляне на поверителните данни.

Q # 4. Какви са различните компоненти, които могат да се използват в уеб услугите?

В уеб услугите се използват четири компонента. Те са,

  1. WSDL - Език за описание на уеб услугата
  2. SOAP - Прост протокол за обект на достъп
  3. UDDI - универсално описание, откриване и интеграция
  4. RDF - рамка за описание на ресурсите
  5. XML - разширяем език за маркиране

Q # 5. Какви са инструментите, използвани за тестване на уеб услуги?

За да извършим функционално тестване за уеб услуги, можем да използваме следните инструменти.

  • САПУН
  • RESTClient - Това е приставка за Firefox
  • JMeter - специално направен за инструмент за тестване на производителността, а също така можем да направим функционално тестване на уеб услугите.

Q # 6. Какво е WSDL?

Години. WSDL означава езика за описание на уеб услуги и е документ, написан в XML. Той използва XML за дефиниране на документ за ниво на услуга, който се състои от произход на уеб услугата, заглавки, типове портове, данни за заявки и отговори. Това може да предостави информация за уеб методите и уеб услугата.

Той описва:

  • Произход на уеб услугата
  • Информация за заглавката
  • Тип порт
  • Съобщения за въвеждане и извеждане

За повече информация и примери разгледайте тази статия https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Q # 7. Каква е ролята на WSDL документа при тестване на уеб услуги?

Години. Проверката на уеб услугите е възможна само с WSDL документ, тъй като за конфигуриране на уеб услуги в SoapUI, WSDL документът е задължителен. Ако WSDL документът не е валиден, SoapUI веднага ще изведе изключение.

Q # 8. Какво е UDDI?

Години. Универсално описание, откриване и интеграция - директория или глобално хранилище, където могат да бъдат намерени всички уеб услуги. Чрез това може да се регистрира и нова уеб услуга. Това е и мястото, където се намират подробни дефиниции за WSDL.

Той използва слоя за откриване, който се използва в уеб услугите. UDDI разполага с цялата информация за уеб услугите в детайли. Глобалните уеб услуги могат да бъдат разположени на http://uddi.xml.org/

Q # 9. Какво е САПУН?

какво е кодът на ключа за сигурност

Години. Прост протокол за достъп до обект, който използва XML за взаимодействие с уеб приложения. Той използва XML съдържание, за да комуникира между две клиентски машини във всяка мрежа

Q # 10. Какъв би бил форматът на съобщението на SOAP протокола?

По принцип всички базирани на SOAP уеб услуги са написани с помощта на XML език, който използва стандартен формат на съобщението, който е приет във вселената. В този формат е лесно за четене, идентифициране на грешките, избягване на проблеми с оперативната съвместимост и т.н.

Ето примерния формат на SOAP съобщение.

POST / InStock HTTP / 1.1
Водещ: localhost
Тип съдържание: приложение / сапун + xml; charset = utf-8
Дължина на съдържанието: 399
SOAPAction: „http://www.example.com/soap-envelope“






САПУН

Q # 11. Какви са предимствата на SOAP?

Години. Тъй като е базиран на XML, той е независим от платформата и езика за програмиране. RPC (извиквания за отдалечени процедури) понякога се блокират от защитни стени и прокси сървъри - Saap преодолява това.

Q # 12. Какво съдържа сапунен документ ?

Години. Елементът на плика е най-горният маркер, който идентифицира XML документа като SOAP съобщение. Следван от Envelope element, виждате заглавния елемент, който има информация за заглавието. Елементът Body указва информацията за обаждането и отговора. И накрая, имате елемент Fault, който съдържа грешки и информация за състоянието.

В # 13. Какво се разбира под протоколи и кои са основните типове, използвани в уеб услугите?

Протоколът е набор от стандартни правила, които помагат за комуникацията на хардуерните устройства чрез софтуерните приложения. Има различни видове протоколи, използвани в приложенията за Интернет и Интранет. Те са

TCP, което означава протокол за управление на предаването. Има правила за обмен на съобщения между две различни интернет приложения.

Интернет протоколът използва правилата за изпращане и получаване на информацията между два различни интернет адреса.

По същия начин HTTP, FTP и DHCP протоколите са използвали набора от правила за прехвърляне на данни, различни от интернет приложения.

Въпрос # 14. Какво е XML?

Години. XML (eXtensible Markup Language) е език за маркиране, който се използва за съхраняване, споделяне и форматиране на данни. Като цяло, XML документ се изгражда от таговете. За повече информация и примери разгледайте тази статия https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Въпрос # 15. SoapUI и SoapUI Pro?

Години. SoapUI е инструмент за тестване на уеб услуги, а SoapUI Pro е търговската му версия. SoapUI може да помогне за създаването на функционални, защитни и тестови набори за тестване на натоварване. SoapUI Pro прави всичко това с усъвършенствано плъзгане и пускане, Data Driven тестване, усъвършенствано отчитане и анализ на покритието. Вижте тази статия за повече информация: https://www.softwaretestinghelp.com/soapui-tutorial-12-soapui-pro-features/

Q # 16. Какво можем да направим с помощта на SoapUI?

  • SoapUI ни предлага да извършим тестване за автоматизация, което включва функционално тестване, тестване на натоварване и тестване на данни.
  • Той също така предоставя в инструмента за отчитане на компилацията и предоставяне на регистрационен файл за резултатите от теста
  • Ние отстояваме нашите услуги, използвайки различни видове твърдения

Въпрос # 17. Каква йерархия следва SoapUI, за да изгради правилен проект за тестване?

В проект на SoapUI трябва да се поддържа следната последователност.

  • TestSuite - Това е комбинация от функционални тестове и логически блокове
  • Testcase - Това е група, която съдържа няколко тестови стъпки за специфичните аспекти на услугата.
  • Teststep - съдържа набор от функционални тестове

Въпрос # 18. Кой е основният метод за автоматизиране на уеб услуги в SoapUI?

Години.

  • Създайте проект и добавете WSDL файла
  • Добавете тестови пакети, тестови случаи и тестови случаи - в този ред
  • Включете персонализирано програмиране / валидиране, като добавите Groovy стъпки
  • Обадете се на външни източници на данни, ако използвате
  • Добавете твърдения, ако е необходимо
  • След това РЕЖИ.

Въпрос # 19. Какво представляват твърденията на SoapUI?

Години. Твърденията сравняват частите / цялото съобщение за отговор с очаквания резултат.

Въпрос # 20. Какви са основните видове твърдения, налични в SoapUI?

Твърденията са една от основните характеристики на SoapUI. Той предлага следните видове твърдения.

  • Simple съдържа
  • Съответствие на схемата
  • Обикновено не съдържа
  • Неизправности на сапуна
  • SLA за отговор
  • XPath мач
  • XQuery Match
  • Състояние на защитата на WS
  • Твърдение за скриптове
  • WS - Искане за адресиране или твърдение за отговор

Освен това, Равно на твърдението е въведено във версията на SoapUI NG Pro.

Въпрос # 21. Обяснете за твърдение за XPath в SoapUI

В SoapUI твърдение XPath се използва за утвърждаване на стойността на отговора на уеб услугата чрез посочване на абсолютния път. Ако абсолютният път е съчетан със стойността на отговора, тогава тестовият случай или тестовият пакет ще се считат за PASS, в противен случай ще бъдат уведомени като FAILED. Можем да видим резултатите от твърдение в долната част на екрана, където раздела Утвърждаване ще има получена информация.

Въпрос # 22. Какво е тестване на данни?

Data Driven testing означава да съхраняваме нашите тестови данни, които включват входни и очаквани изходи във външен източник на данни, наречен Excel / Database / XML файл. По-късно трябва да повторим източника на данни, като използваме съответния компонент. В SoapUI тестовите стъпки на Datasource и Datasource Loop се използват за извършване на тестове, управлявани от данни.

какво е добро безплатно почистване на компютър

Q # 23. Какви са различните видове твърдения, използвани в SoapUI?

Години. По-долу са различните видове твърдения:

  • Съдържа и не съдържа
  • Мач XPath
  • XQuery съвпадение
  • Съответствие на схемата
  • Неизправности на сапуна
  • SLA за отговор
  • Състояние на защитата на WS
  • Твърдение за скриптове
  • WS - Искане за адресиране или твърдение за отговор

Q # 24. Как могат да се добавят твърдения в SoapUI?

Години. Получавайте отговор на заявка, както обикновено следвате стъпките по-долу:

въпроси за интервю за настройка на производителността на oracle 11g
  • Създайте проект, добавете WSDL
  • Добавете Test Suite, Test case и Test стъпки
  • Изпълнете заявката

За да добавите твърдения:
- Щракнете върху Добавяне на твърдения в горната част на разделите на дневника.
- Конфигурирайте твърденията според типа и данните, които се изискват.

За повече информация и примери разгледайте тази статия: https://www.softwaretestinghelp.com/soapui-tutorial-5-soapui-assertions/

Въпрос # 25. Какво представлява скриптът Groovy и къде може да се използва?

Години. Groovy е скриптов език, който вътрешно включва всички библиотеки на Java - помага ни да персонализираме и добавим персонализирани проверки към тестовете на SoapUI

Q # 26. Може ли персонализираният код да бъде добавен към SoapUI? Ако да, какво може да се добави?

Години. Да -Groovy стъпки и Javascript стъпки.

Q # 27. Как да групирам тестове?

Години. Основният тестов пакет е начин за групиране на тестове в SoapUI. Когато се нуждаете от различен набор от тестове, просто трябва да създадете нов набор от тестове и да създадете тестове според изискванията в него като тестови случаи.

Q # 28. Как да запазя получените отговори?

Години. Стойностите на отговора могат да бъдат запазени, като щракнете върху желаната заявка и изберете местоположението „Dump file“ в нейните свойства.

Въпрос # 29. Какви са свойствата, налични в SoapUI?

В SoapUI има три налични свойства. Те са,

Персонализирани свойства или Свойства на ниво проект:

Тези свойства се добавят няколко пъти въз основа на нашите нужди и могат да бъдат използвани във всякакви тестови пакети, тестови случаи или тестови стъпки, които принадлежат към текущия проект.

Свойства на ниво Test Suite:

Тестващият може да добави свои собствени свойства със съответна информация под тестовите пакети. Тези свойства са достъпни само за съответния тестов пакет.

Свойства на ниво тест: Ако тестващият трябва да съхранява своите тестови данни в тестовите случаи, те могат да създадат свои собствени свойства в тестовия случай. Така че тези свойства могат да бъдат достъпни в рамките на съответните тестови случаи.

Q # 30. Обяснете процедурата за параметризиране на крайната точка в SoapUI?

Функцията за параметризиране е най-важна, когато автоматизираме тестовите случаи, а също така това е началото на процеса на създаване на стъпка на теста. Нека разгледаме това.

  1. Създайте проект, който има информация за крайната точка
  2. Ако е необходимо, променете крайната точка и присвойте на свойството чрез стъпка на теста за разширяване на свойството
  3. Уверете се, че информацията за заявката е налична в дадения адрес на крайна точка
  4. По време на времето за изпълнение свойството ще съдържа тестовата стойност. Предоставяйки различна входна стойност на свойството, лесно е да го направите чрез IDE.

Q # 31. Кои са основните места, които Groovy Script Teststep използва?

В SoapUI можем да използваме Groovy Script на следните две места.

  • Тестова стъпка на Groovy Script под тестовия случай
  • Стъпка за проверка на твърдение за скриптове

Q # 32. Сапун срещу REST?

Години.

  • SOAP е протокол, а REST е архитектура. Позволява ни да изпращаме SOAP пликове към REST-базирани приложения.
  • REST поддържа различни формати на съобщения, но SOAP разрешава само XML.
  • REST услугите са по-бързи и лесни за работа.
  • SOAP е обвързан с SMTP и HTTP протоколи, докато REST разчита само на HTTP.
  • SOAP е по-сигурен и структуриран формат.
  • REST не зависи от конкретни стандарти, тъй като поддържа различни формати за съобщения като JSON, CSV и XML.
  • SOAP уеб услугите ни позволяват да изградим клиента с RESTful услуги.
  • Въведен е SOAP за разпределени изчисления.
  • След влизането на REST той приспособи мрежата с нейната производителност и мащабируемост, тъй като е лек компонент.
  • REST е без гражданство, докато SOAP е спецификация за състояние.
  • REST използва унифициран идентификатор на ресурс (URI) и има методите като GET, PUT, POST и DELETE, за да изложи своите ресурси.
  • SOAP използва наименовани операции и интерфейси, за да постигне своята бизнес логика.

Вижте тази статия за повече информация: https://www.softwaretestinghelp.com/soapui-tutorial-13-soap-vs-rest-services/

Въпрос # 33. Какво е RDF?

Години. Framework Description Resource - RDF съдържа описанието на уеб ресурсите като заглавие, автор, съдържание и информация за авторските права. Написано е с помощта на XML. За повече информация и примери разгледайте тази статия https://www.softwaretestinghelp.com/web-services-api-testing-tool-soapui-tutorial-1/

Въпрос # 34. Какво могат да се използват източници на данни в SoapUI?

Години.

  • Excel файлове
  • CSV файлове
  • ODBC източници
  • SQL / ADO обекти

Заключение

Горните са някои типични въпроси, базирани на SoapUI. Моля, имайте предвид обаче, че форматът за въпроси и отговори е наистина много рядък. Интервюиращите се интересуват повече от познаването на вашия опит и опит - отколкото от способността да отговорят на няколко въпроса, базирани на любопитни факти.

Както винаги, надяваме се, че това наше начинание е било от полза за вас. Моля, публикувайте още въпроси, ако имате такива, и ние може да направим последваща статия за тяхното разглеждане.

Също така, споделете своя опит и отговорите си по-долу.

Препоръчително четене

^