Топ 70 въпроса и отговора за интервю за функционално тестване

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

Въпроси и отговори за интервю за функционално тестване за първокурсници

1) Какво е функционално тестване?

Функционалното тестване е метод за тестване на софтуер, който ви помага да валидирате софтуерната система спрямо функционалните изисквания/спецификации.

2) Каква е целта на функционалното тестване?

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

3) Какъв вид тестване обхваща функционалното тестване?

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

4) Какво тествате във функционалното тестване?

Ето някои причини да използвате функционално тестване:

Основни функции: Той тества основните функции на приложението
Основна използваемост: Този метод включва основно тестване на използваемостта на системата. Той също така проверява дали потребителят може свободно да навигира по екраните без затруднения.
Достъпност: Той проверява достъпността на софтуерната система за потребителя
Условия за грешка: Можете да използвате техниките за тестване, за да проверите за условия на грешка. Той също така проверява дали се показват съответните съобщения за грешка.

Въпроси за интервю за функционално тестване

5) Кои са важните стъпки, обхванати от функционалното тестване?

Функционалното тестване се извършва по следните стъпки:
Стъпка 1) Изискванията, посочени от потребителя или организацията, се изучават, след което се изчистват всички съмнения и запитвания.
Стъпка 2) Въз основа на посочените изисквания, тестовите случаи са проектирани от keeping имайте предвид всички тестови сценарии, които трябва да бъдат обхванати за всички тестови случаи.
Стъпка 3) Идентифицирайте всички тестови данни, необходими за проверка на функционалността на системата и определяне на входа.
Стъпка 4) Определете очаквания изход въз основа на входните стойности и функционалност.
Стъпка 5) След този тестер изпълни всички тестови случаи, за да провери дали се представят добре или не
Стъпка 6) Сравнете резултата с очаквания резултат и определете процента на дефекти и точността на системата.

6) Каква е ползата от TracМатрица на възможностите?

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

7) Каква е разликата между функционално и нефункционално тестване?

функционален	Нефункционално тестване
Функционалното тестване се извършва преди нефункционалното тестване.	Нефункционално тестване винаги се извършва след функционалното тестване.
Базира се на изискванията на клиентите.	Основно се фокусира върху очакванията на клиентите.
Помага да се потвърди поведението на приложението.	Помага да се потвърди ефективността на приложението.
Описва какво прави продуктът.	Описва как работи продуктът.

8) Какви са различните нива на теста?

Има четири тестови нива:

Интеграционно тестване: Интеграционното тестване се дефинира като метод за тестване на софтуер, при който софтуерните модули се интегрират логически и се тестват като една група.
Тестване на системата: Системното тестване е ниво на тестване, което валидира пълния и напълно интегриран софтуерен продукт.
Тестване за приемане: Тестването за приемане (UAT) е вид тестване, извършвано от крайния потребител или клиента за проверка/приемане на софтуерната система, преди да преместите софтуерното приложение в производствената среда.
Тестване на модул/компонент/програма/модул: Той използва за тестване на всички тествани компоненти и модули

9) Каква е ползата от приемателния тест?

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

10) Какво е adhoc тестване?

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

11) Какво означава еквивалентно разделяне?

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

12) Какво е анализ на гранични стойности?

Това е техника за анализиране на граничните стойности на дялове на класове на еквивалентност. Тази техника на тестване ви помага да идентифицирате грешки на границите, а не в рамките на стойностите на диапазона.

13) Кога да се направи тест за дим?

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

14) Защо трябва да провеждаме тестване от край до край?

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

15) Какво разбирате под тестване за здравия разум?

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

16) Каква е разликата между тежестта и приоритета?

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

17) Какво е RTM?

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

18) Какво представлява тестването, управлявано от данни?

Тестването, управлявано от данни, е известен метод за функционално тестване, при който тестовите скриптове се изпълняват многократно с помощта на източници на данни като електронни таблици, Excel, CSV файлове, XML файлове и SQL файлове с база данни. Можете да използвате тези източници на данни се използват като входни стойности за генериране на изхода. След това неговият резултат се сравнява, за да се провери системата или софтуера.

19) Какво е мутационен тест?

Целта на тестването за мутации е да се провери дали набор от тестови данни или тестови случаи е полезен или не. Това се прави чрез умишлено добавяне на различни промени в кода (бъгове) и повторно тестване с оригинални тестови случаи или данни.

20) Защо е невъзможно да се тества цялостно програма?

Ето двете важни причини, поради които е невъзможно да се тества изцяло програма.

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

Въпроси и отговори за интервю за функционално тестване за опитни

21) Как можете да тествате продукт, ако изискването все още не е замразено?

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

22) Кои са важните точки, които трябва да запомните, докато обмисляте, докато пишете тестови случаи?

Ето няколко жизненоважни точки, които трябва да имате предвид, докато пишете тестови случаи:

Преди да започнете да пишете тестовите случаи, трябва ясно да разберете нуждите на клиента.
Трябва да включите всяко изискване под формата на тестови случаи и нищо не трябва да се пропуска.
Всички функционални и нефункционални изисквания трябва да включват UI интерфейс и съвместимостта трябва да бъде покрита.
Тестовите случаи трябва да се оценяват непрекъснато, за да се избегне всяко повторение или излишък.
Приоритетът също е много важен фактор, който трябва да бъде зададен за тестови случаи, докато пишете.
Могат да се създават и тестови случаи Sprint така че тестерът и разработчикът да ви помогнат да анализирате качеството на продукта въз основа на изпълнение на тестов случай.
Структурата на тестовите случаи трябва да бъде лесно разбираема и трябва да бъде написана на прост език.

23) Колко тестови случая можете да изпълните на ден?

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

Примерен отговор трябва да бъде: „В предишния ми проект ние обикновено изпълняваме 35-40 прости тестови случая на ден, 15-17 средни тестови случая (като присвояване на потребителски роли) на ден и 5-7 сложни тестови случая на ден.

24) Какво е стрес тестване?

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

25) Какво е тестване на натоварване?

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

26) Какво е управление на конфигурацията?

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

27) Кои са важните фактори, които трябва да се вземат предвид при тестване, базирано на риска?

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

28) Какво е нефункционално тестване?

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

29) Какви са основните предимства на автоматизираното тестване?

Ето предимствата на автоматизираното тестване:

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

Кликнете тук, за да научите повече за Тестване на автоматизацията.

30) Какво е покрито и какви са различните техники за покритие?

Има три основни типа техники за покритие и те са:

Обхват на изявлението: Този метод на покритие гарантира, че всеки ред от изходния код е изпълнен и тестван.
Покритие на решението гарантира, че всяко решение (вярно/невярно) в изходния код е изпълнено и тествано.
Покритие на пътя: Уверете се, че всеки възможен маршрут през дадена част от кода е изпълнен и тестван.

31) Какво е доклад за грешка?

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

Подробният доклад за грешки е от съществено значение за производството по време на тестването.

Помага ви да разберете проблема
Средата и специфичните условия, при които се случва
Разрешението, ако/когато разработчиците на софтуер отстранят проблема

32) Какво е GUI тестване?

GUI тестването е Тестване на графичен потребителски интерфейс който тества интерфейса между софтуера и крайния потребител.

33) Какви са стандартните правила за проектиране на API тест?

Ето основните принципи на проектирането на API тест:

Setup: Създавайте обекти, стартирайте услуги и инициализирайте данни.
Екзекуция: Приложете API или сценария, включително регистриране
Проверка: Позволява оценка на резултата от изпълнението
Отчитане: Показване на състояния като състояние на преминаване, неуспех или блокиране
Почисти: Състояние преди теста

34) Какви са предимствата на ръчното тестване?

Ето предимствата на използването на метода за ръчно тестване:

Това е метод в сравнение с автоматизираното тестване
Анализът на продукта от гледна точка на крайния потребител е възможен само с ръчно тестване
Можете да извършвате GUI тестване по-точно с помощта на ръчно тестване, тъй като визуалната достъпност и предпочитанията са трудни за автоматизиране
Ръчното тестване е лесно за научаване от нови хора, които току-що са влезли в тестването
Подходящ е за краткосрочни проекти, когато тестовите скриптове няма да се повтарят и използват повторно
Най-подходящ е, когато проектът е в начален етап на развитие

35) Какво представлява тестовият сноп?

A Тестова сбруя събира софтуерна и тестова информация, за да тества програма или единица, като я изпълнява при променящи се условия като стрес, управлявано от данни и наблюдава нейното поведение и резултати.

36) Какво е затваряне на теста?

Заключението на теста е документ, който обобщава всички тестове, проведени по време на SDLC (жизнен цикъл на разработка на софтуер) и предлага подробен анализ на отстранените грешки и откритите грешки.

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

37) Какво е критична грешка във функционалното тестване?

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

38) Какво е базово тестване?

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

39) Какво представлява каскадирането на дефекти?

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

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

40) Назовете всички основни компоненти на формата за докладване на дефекти.

Основните компоненти на формата за доклад за дефект включват:

Име на проекта
Име на модула
Открит дефект на
ID на дефекта
Име на дефекта
Екранна снимка на дефекта
Състояние на сериозност и приоритет
Дефектът е разрешен от и е разрешен на

41) Какво е Testbed?

Testbed е софтуер, хардуер и други тестови елементи, използвани за подпомагане на процеса на тестване. Основната цел на тестовия стенд е да контролира и наблюдава условията на тестовете.

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

Примерите включват езици за програмиране като PHP, Perl рамки като Joomla или WordPress и бази данни като PostgreSQL or MySQL.

42) Какво представлява ефективността на отстраняване на дефекти?

Ефективността на отстраняване на дефекти (DRE) е показател за тестване, който показва колко ефективно екипът за разработка може да коригира грешки и проблеми преди пускането на продукта. Той измерва съотношението на дефектите към броя на откритите проблеми. Например, ако има 80 открити по време на тестването и 60 са фиксирани, DRE ще бъде 80/60 = 1.3%.

43) Каква е разликата между освобождаване на грешки и изтичане на грешки?

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

44) Какво е гъвкаво тестване и защо е импортирано?

Agile Testing ви помага да оцените софтуера от гледна точка на клиента. Не е необходимо екипът за разработка да завърши кодирането, преди да започне процеса на одит на качеството. Вместо това процесът на тестване и кодиране върви едновременно. Въпреки това може да се нуждае от непрекъснато взаимодействие с клиента.

45) Какво ще направите като тестер, когато срещнете грешка?

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

46) Какви са различните типове категории за отстраняване на грешки?

Различни категории за отстраняване на грешки са:

Отстраняване на грешки с груба сила
Елиминиране на причината
Нарязване на програмата
обратноtracцар
Анализ на дървото на грешките

47) Какво представлява резултатът от теста?

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

Ето резултатите от теста на различни фази на тестване от жизнения цикъл на разработка на софтуер:

Преди тестване на софтуера
По време на софтуерно тестване
След тестването на софтуера

48) Какви са често срещаните рискове, които водят до провал на проекта?

Ето често срещаните рискове, които водят до провал на проекта:

Няма достатъчно човешки ресурс
Съществува огромен риск средата за тестване да не е настроена правилно
Ограничен бюджет

49) Какви са съществените разлики между Test Matrix и TracМатрица на възможностите?

Ето са съществените разлики между Test Matrix и TracМатрица на възможностите:

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

50) Какво представляват положителният и отрицателният тест?

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

Въпроси и отговори за интервю за функционално тестване за 5+ години опит

51) Какво представлява подходът на Големия взрив?

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

52) Какво е значението на грешка?

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

53) Какво е изтичане на грешки при функционално тестване?

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

54) Какво е TDD?

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

55) Каква е разликата между латентни и маскирани дефекти?

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

56) Какво е произволно/маймунско тестване?

Методът на случайно тестване е известен още като тестване на маймуни. При такъв тип тестване данните се генерират на случаен принцип, често с помощта на инструмент или автоматизиран механизъм. Вашата система се тества с този произволно генериран вход и резултатите се анализират.

57) Какво е тестване, управлявано от контекст?

Контекстно управляваното тестване включва приемане на тестови практики, подходи и методологии и понякога персонализирането им въз основа на контекста на проекта.

58) Какво представлява цикълът PDCA при тестване на софтуер?

Цикълът PDCA е основен ключ за непрекъснатото подобряване на процесите в разработката на софтуер.

Състои се от следните 4 стъпки:

план: Планирайте целите и инициативите, които помагат за постигане на удовлетвореност на клиентите.
Да се прави: Той прилага плана в действие. Помага за обслужване на клиента с по-добро качество и удовлетворение; от съществено значение е да имате добър план за изпълнение.
Проверка: За да проверите напредъка на вашия план, който е изпълнен. Резултатът също така показва колко точно е било планирането.
Действие: Възприемането на резултатите за по-нататъшно подобряване помага на тестера да постигне планираните цели.

59) Какви са критериите за влизане в софтуерното тестване?

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

60) Какво представляват критериите за изход при софтуерното тестване?

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

61) Може ли да се извърши системно тестване на всеки етап?

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

62) Какво се разбира под алфа, бета и гама тестване?

Всички дадени са имената на условията за тестване на софтуер:

Алфа тестване се провежда от разработчиците, които разработват софтуера и тестери. Понякога се наблюдава, че алфа тестването се провежда от купувача или аутсорсинг екипа без разработчици или тестери.

Определен брой крайни потребители провеждат бета тестване преди доставката. Най-често се извършва на място при крайния потребител.

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

63) Какво може да се разбере от тестването от край до край?

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

64) Какво е тестване на случаи на използване?

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

65) Какво е A/B тестване?

A/B тестването тества две или повече различни версии на вашия софтуер с потребители, за да прецени коя версия се представя по-добре. Това е метод с нисък риск за тестване на нови или съществуващи варианти на функционалност.

Можете да изберете част от вашите потребители да използват функция A. Другата група използва функция B. След това можете да проверите обратната връзка и отговора на потребителите с помощта на статистическо тестване, за да определите крайната версия на функцията.

66) Какъв е жизненият цикъл на дефекта?

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

67) Какво е тестване на конфигурацията?

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

68) Какво определя нивото на риск?

Възможността за нежелано събитие и ефектът от събитието определят нивото на риска.

69) Какво имате предвид под сортиране на дефекти?

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

70) Какво е Stub?

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

Тези въпроси за интервюто също ще ви помогнат във вашата viva (устна)