25 најбољих питања о интервјуу за софтверско инжењерство [НАЈНОВИЈЕ 2021]

top 25 software engineering interview questions

Најчешће постављана питања о основном и напредном софтверском инжењерству са детаљним одговорима. Припремите се са овом свеобухватном листом уобичајених питања за интервјуирање техничког софтверског инжењера за почетнике и старије професионалце:

Према ИЕЕЕ, софтверско инжењерство је примена систематског, дисциплинованог и мерљивог приступа развоју, раду и одржавању софтверског производа.

То значи применити систематски и добро дефинисан приступ развоју софтверског производа.

У овом упутству ћемо покрити најчешће постављана питања интервјуа са софтверским инжењером, заједно са одговорима у једноставним терминима ради вашег лакшег разумевања.

Најпопуларнија питања о интервјуу за софтверско инжењерство

У наставку су наведена најчешће постављана питања за интервју са софтверским инжењером са одговорима.

Истражимо !!

П # 1) Шта је СДЛЦ?

Одговор: СДЛЦ означава животни циклус развоја софтвера. Дефинише корак по корак приступ развоју софтвера. СДЛЦ укључује следеће фазе, тј. прикупљање захтева, анализу система, дизајн, кодирање, тестирање, одржавање и документацију.

Доље је дато представљање различитих фаза укључених у СДЛЦ на високом нивоу.

[слика извор ]

П # 2) Који су различити модели доступни у СДЛЦ-у?

Одговор: У СДЛЦ-у је доступно неколико модела за ефикасно обављање развоја софтвера. Неки од модела укључују Модел водопада , В-модел, агилни модел итд.

П # 3) Објасните појам основно стање.

Одговор: Полазна основа је прекретница на пројекту коју обично дефинише менаџер пројекта. Полазне линије се користе за праћење напретка пројекта с времена на време да би се проценило укупно здравље пројекта.

шта је модел водопада са примером

К # 4) Које су одговорности менаџера софтверског пројекта?

Одговор: Менаџер софтверског пројекта одговоран је за вођење пројекта ка успешном завршетку. Одговорност је менаџера софтверског пројекта да се побрине да цео тим следи систематски и добро дефинисан приступ развоју софтвера.

Менаџер софтверског пројекта такође је одговоран за следеће задатке:

• Пројектно планирање
• Праћење статуса пројекта
• Управљање ресурсима
• Управљање ризиком
• Испорука пројеката у року и буџету.

П # 5) Шта је кохезија?

Одговор: Кохезија је степен у којој су елементи модула међусобно повезани. То је попут унутрашњег лепка који повезује елементе модула. Добар софтвер има висок ниво кохезије.

К # 6) Шта је спрега?

Одговор: Спајање је степен међузависности између модула. Добар софтвер има низак ниво спреге.

П # 7) Објасните концепт модуларизације.

Одговор: Модуларизација се користи за поделу софтвера на више компоненти или модула. На сваком модулу ради независни тим за развој и тестирање. Коначни резултат био би комбиновање више модула у једну радну компоненту.

К # 8) Шта је управљање конфигурацијом софтвера?

Одговор: Управљање конфигурацијом софтвера је поступак праћења и управљања променама које се дешавају током животног циклуса развоја софтвера. Свака промена направљена током развоја софтвера мора се пратити кроз добро дефинисан и контролисан процес.

Управљање конфигурацијом осигурава да се све промене направљене током развоја софтвера контролишу кроз добро дефинисан процес.

П # 9) Које су различите фазе СДЛЦ?

Одговор: Следе најчешће фазе СДЛЦ.

• Анализа захтева
• Дизајн
• Кодирање
• Тестирање
• Одржавање

П # 10) Наведите примере алата за управљање пројектима.

Одговор: Доље су дати неки од најчешће коришћених алата за управљање пројектима који су данас доступни у индустрији.

• Гантт Цхарт
• Контролне листе
• Извештаји о статусу
• Хистограми
• Мицрософт Пројецт

Препоручено читање => Врхунски алати за управљање пројектима које бисте требали знати

К # 11) Шта су ЦАСЕ алати?

Одговор: ЦАСЕ је скраћеница од Алата софтверског инжењерства уз помоћ рачунара који се користе за подршку и убрзање различитих активности животног циклуса развоја софтвера.

П # 12) Шта је тестирање црне кутије?

Одговор: Тестирање црне кутије укључује тестирање апликације без знања о унутрашњој структури или примени кода. Тестери би се само бринули око функционалности софтвера у тестирању црне кутије, а не о протоку података и извршавању кода у позадини.

П # 13) Шта је тестирање беле кутије?

Одговор: Вхите бок тестирање је тестирање апликације уз познавање интерне структуре и имплементације кода. Ово тестирање углавном врши програмер који је написао код у облику јединичних тестова.

П # 14) Шта је студија изводљивости?

Одговор: Студија изводљивости се изводи на софтверском производу како би се проценило колико је практичан и користан развој софтверског производа за организацију. Софтвер се темељито анализира како би се разумели економски и технички аспекти софтверског производа који ће се развијати.

П # 15) Како можете мерити извршење пројекта?

Одговор: Статус извршења пројекта може се пратити коришћењем следећих техника.

• Извештаји о статусу
• Контролне листе прекретница
• Мониторинг активности

К # 16) Који су функционални захтеви?

Одговор: Функционални захтеви су функције које се очекује да развије развијени софтверски производ. На пример, додавање опције плаћања на веб локацију е-трговине биће функционални захтев.

П # 17) Шта су нефункционални захтеви?

ДБМС отвореног кода је:

Одговор: Нефункционални захтеви мере употребљивост апликације као што су изглед и изглед корисничког интерфејса, сигурност, перформансе, интероперабилност, поузданост итд.

П # 18) Која је разлика између осигурања квалитета и контроле квалитета?

Одговор: Осигурање квалитета осигурава да испоручени софтвер има најмањи број могућих недостатака. Контрола квалитета је поступак којим се осигурава да се квалитет производа дугорочно одржава.

Осигурање квалитета врши тим за тестирање пројекта, док контролу квалитета обично врши посвећени тим за подршку, који је одговоран за квалитет производа, чак и ако је производ у фази одржавања софтверског инжењерства.

Такође прочитајте => Осигурање квалитета против контроле квалитета

П # 19) Која је разлика између верификације и валидације?

Одговор: Верификација је поступак којим се осигурава да је производ правилно направљен, са становишта процеса и стандарда.

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

Вреди прочитати => Комплетна студија верификације и валидације

П # 20) Који СДЛЦ модел је најбоље одабрати за софтверски производ?

Одговор: Не постоје правила као таква која наводе који се одређени СДЛЦ модел мора користити за софтверски производ. Зависи од врсте софтверског пројекта који се гради и од смерница и процедура организације.

П # 21) Шта подразумевате под опсегом софтвера?

Одговор: Опсег софтвера је листа функција које пружа развијени софтвер. На основу опсега софтвера могу се извршити процене као што су расподела времена, буџет и расподела ресурса.

К # 22) Шта је СРС?

Одговор: СРС је скраћеница за документ Спецификација захтева за софтвер (СРС). То је документ који обухвата све функционалне и нефункционалне захтеве производа. Не морају се следити сви СДЛЦ модели СРС документи , неки модели бележе захтеве у облику корисничких прича, док неки модели у облику екцел листова итд.

К # 23) Који је СДЛЦ модел који сте користили у претходном пројекту?

Одговор: Одговор на ово питање зависи од искуства кандидата за интервју. Ако кандидат одговори на СДЛЦ модел као модел водопада, тада ће анкетар почети да поставља питања о моделу водопада, а ако одговори на то да је окретан, анкетар ће почети да поставља појмове који се односе на агилну методологију као што су Сцрум, Спринт, итд.

К # 24) Детаљно објасните модел Водопада.

који је мој мрежни безбедносни кључ

Одговор: Тхе водопад модел је секвенцијални модел у којем следећа фаза започиње тек након завршетка прве фазе. На пример, фаза испитивања започиње тек након завршетка развојне фазе, фаза одржавања започиње тек након завршетка фазе испитивања.

Испод су разне фазе укључене у модел водопада. Имајте на уму да се број фаза и редослед фаза може разликовати од пројекта до пројекта.

• Захтеви
• Дизајн
• Кодирање
• Тестирање
• Одржавање

до) Захтеви: Ово је фаза у којој се систем који треба развити документује у облику документа Спецификација захтева за софтвер (СРС). Ово је најважнија фаза СДЛЦ-а јер ће јасно разумевање захтева клијента смањити прераду у следећим фазама.

б) Дизајн: Ово је фаза у којој се финализује архитектура система који ће се развијати. Архитектура може бити у облику дизајна на високом или ниском нивоу. Архитектура такође мора садржати хардверске и софтверске спецификације система који ће се развијати.

ц) кодирање: Ово је фаза у којој се пише код система који ће се развијати. Јединствено тестирање и Испитивање интеграције морају извршити програмери у овој фази пре постављања кода на тестирање.

д) Тестирање: Ово је фаза у којој развијени производ тестира независни тим за испитивање како би потврдио да ли испуњава захтеве спецификације софтверских захтева (СРС). Кварови настали у овој фази морају се отклонити пре него што се на производу одјави.

е) Одржавање: Ова фаза долази након завршетка фазе тестирања. Води рачуна о свим производним проблемима који могу настати након што се производ испоручи купцу. Трајање фазе одржавања разликује се од пројекта до пројекта и од једне организације до друге.

Испод је дијаграм који приказује модел водопада у облику фаза.

П # 25) Објасните В-модел детаљно.

Одговор: В-Модел представља модел верификације и валидације. В-модел је додатак моделу водопада, у смислу да је В-модел такође секвенцијални модел. У В-моделу, свака фаза развоја повезана је са одговарајућом фазом испитивања.

Слика дата доле приказује различите фазе укључене у В-модел.

Лева страна модела је животни циклус развоја софтвера, док је десна страна модела животни циклус тестирања софтвера. Како фазе формирају облик слова „В“, овај модел се назива В-модел.

Објашњење:

Унутар В-модела, СДЛЦ треба тумачити одоздо према доле, док се СТЛЦ тумачи одоздо према горе. У почетку се прикупљају захтеви за документовање система који ће се развијати према захтевима клијента. Тим за тестирање развија системски план испитивања на основу захтева.

Затим долази дизајн на високом нивоу и фазе дизајна детаљног нивоа у којима се припрема архитектура система. Тест тим припрема план интеграционог теста у овим фазама. Једном када се кодирање заврши на СДЛЦ, СТЛЦ ће започети са јединственим тестирањем, након чега следи интеграционо тестирање и системско тестирање.

Закључак

Надамо се да ће вам овај чланак помоћи да успешно разбијете било који интервју софтверског инжењера.

• Софтверско инжењерство је примена систематског, дисциплинованог и мерљивог приступа развоју, раду и одржавању софтвера.
• Не постоје чврста правила као таква о врсти питања за интервјуе софтверског инжењеринга које постављају анкетари. Она се разликује од организације до организације и од врсте улоге за коју се води интервју.

Све најбоље за ваш интервју софтверског инжењера !!

Препоручено читање

• СДЛЦ (животни циклус развоја софтвера) фазе, методологије, процеси и модели
• Шта је СДЛЦ модел водопада?
• 25 најбољих алата за управљање пројектима у 2021. години (најновије ранг листе)
• Шта је СТЛЦ В-модел?
• Разлика између осигурања квалитета и контроле квалитета (КА вс КЦ)
• Тестирање беле кутије: Комплетан водич са техникама, примерима и алатима
• Тестирање црне кутије: продубљени водич са примерима и техникама
• Питања и одговори за интервјуе