31 Најпопуларнија испитивања базе података Интервју питања и одговори

31 top database testing interview questions

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

Ово је збирка од 30+ најбољих ДБ интервјуа са детаљним одговорима. Ова питања о ДБ тестирању углавном се постављају у КА интервјуима.

Прођите кроз ова питања и одговоре ако се припремате за интервју за тестирање софтвера који такође захтева вештине базе података.

Топ питања за испитивање базе података за интервјуе

Каква питања у вези са базом података (СКЛ) постављају се у интервјуима за радно место инжењера теста (не за тестера базе података)?

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

Без обзира на позицију, кандидат увек треба да буде јасан и уверен у концепте базе података. За већину позиција за тестирање софтвера морате имати знање базе података да бисте извршили неке провере базе података. Готово свим апликацијама је потребна интеракција са базом података.

Размотримо ова питања за интервјуе за места за тестирање софтвера почетног нивоа.

У интервјуима се могу поставити следећа питања:

• Основни и донекле угнежђени СКЛ упити за дохваћање података из табела базе података.
• Примери изјава базе података за Цреате Датабасе, Цреате табле и Дроп Табле.
• Појам „примарни кључ“, „страни кључ“ и ДБ индекс.
• Примери СЕЛЕЦТ, ИНСЕРТ, ДЕЛЕТЕ, АЛТЕР и УПДАТЕ СКЛ израза.
• СКЛ спајања (Унутрашње придруживање, Лево придруживање, Придруживање путем десне и Пуно спајање) са примерима.

Увежбајте СКЛ упите за придруживање на лажним табелама и погледајте резултате.

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

Белешка: Ако добијете питања о СКЛ упитима базе података, никада немојте рећи „Добијате да сви изрази упита извршавају програмери“. У реду је рећи да од програмера добијате помоћ за писање сложених СКЛ упита, али коначно се сналазите сами.

Почнимо са стварним ДБ питањима и одговорима:

П # 1) Шта је тестирање базе података?

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

Подељен је у следеће различите категорије:

• Испитивање валидности података: Док врше ово тестирање, тестери би требали добро познавати СКЛ упите.
• Испитивање интегритета података: Током овог тестирања, тестери / програмери би требали знати референтни интегритет и различита ограничења.
• Испитивање перформанси базе података: Током овог тестирања, тестери / програмери би требали бити добри у дизајнирању структуре табеле.
• Тестирање поступка, окидача и функција: Док врше ово тестирање, тестери / програмери треба да савршено разумеју поступак тестирања, окидаче и функције.

П # 2) Зашто је тестирање базе података важно?

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

књиге за тестирање софтвера бесплатно преузмите пдф

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

П # 3) Шта обично проверавамо у процесу тестирања базе података?

Одговор: Тестирање базе података захтева детаљно знање и прецизнији план приступа за тестирање података одређене апликације.

У овом процесу тестирања обично проверавамо,

• Провера величине поља
• Ограничења.
• Индекси су урађени или не (за питања у вези са учинком)
• Похрањене процедуре
• Величина поља дефинисана у апликацији подудара се са оном у ДБ-у.

П # 4) Можете ли ручно тестирати базу података, ако да, како онда? Објасните на примеру.

Одговор: Потребно је посматрање оперативног понашања. Посматрајте рад предњег дела и његов утицај на позадинску базу података. Док додајете запис (КСИЗ) са предњег дела у позадинску базу података, ручно проверите да ли је то утицало на запис на позадинској бази података. Слично томе, то ће радити за брисање, ажурирање итд.

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

К # 5) Како тестирати процедуре и окидаче базе података?

Одговор: Процес тестирања процедура и окидача базе података захтева знање улазних параметара, излазних параметара и ЕКСЕЦ израза. Изјава ЕКСЕЦ је корисна у покретању процедуре и посматрању понашања табела.
Да видимо, како тестирати процедуре и окидаче базе података:

• Прво отворите пројекат базе података који ће бити приказан у истраживачу решења.
• Када се отвори жељени пројекат, идите у мени Поглед, кликните на шему базе података, а затим отворите фасциклу пројекта из менија Приказ шеме.
• Кликните десним тастером миша на објекат који треба тестирати, а затим кликните на Цреате Унит Тестс. Отвара се дијалошки оквир „Направи јединствене тестове“ и приказује све фасцикле и објекте пројекта базе података и поље за потврду за изабрани објекат је означено.
• Затим креирајте нови пројекат за испитивање језика.
• Изаберите да ли ћете уметнути јединични тест у постојећу класу теста или створити нову класу теста и кликните на ОК.
• Да бисте конфигурисали пројекат, појављује се дијалошки оквир Конфигурација пројекта за конфигурисање поставки пробног пројекта. Процес захтева везу са базом података и план генерисања података. Веза базе података служи за извршавање резултата теста.
• Напокон, конфигуришите пројекат и кликните на ОК.

П # 6) Шта подразумевате под тестовима на основу података?

Одговор: Тестирање вођено подацима је термин који се користи у процесу тестирања, где скрипте за време тестирања читају податке о тестирању и / или излазне вредности из датотека података (базе података, Екцел датотеке, АДО објекти, ЦСВ датотеке, ОДБЦ извори), уместо да читају исте хард -кодиране вредности сваки пут. Тест помаже тестерима у провери ефикасности апликације у руковању различитим улазима.

П # 7) Шта је окидач базе података, како проверити да ли је окидач активиран или не и да ли можете да активирате окидач на захтев?

Одговор:

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

Да бисте потврдили да ли је окидач активиран или не; употреба упита заједничког дневника ревизије приказаће окидач табеле података.
Окидачи се не могу позвати на захтев, позива се када табела приказује радњу (ИНСЕРТ, ДЕЛЕТЕ & УПДАТЕ) дефинисану на тој одређеној табели.

П # 8) Након уноса података из предњег интерфејса апликације, како тестирати да ли се база података ажурира или не?

Одговор: То у потпуности зависи од интерфејса апликације који користите.

Ово су следећи начини тестирања:

• Можете да проверите само са предње стране када интерфејс апликације приказује функционалност приказа података које сте унели. Инжењери за тестирање црне кутије углавном раде тест провере функционалности на овај начин.
• Ако интерфејс апликације не пружа функционалност приказа података које сте унели, тада можете да проверите да ли постоји ажурирање базе података помоћу одговарајућег СКЛ / Орацле упита.
• Функција контролне тачке ВинРуннер / КТП такође се може користити за проверу ажурирања базе података.

П # 9) Како тестирати похрањене процедуре?

Одговор: Инжењер теста мора да следи неке кораке да би тестирао Похрањене процедуре ,

1. Прво, инжењер теста треба да разуме захтев и сврху одређеног ускладиштеног поступка.
2. Даље, проверите да ли су сви индекси, удруживања, ажурирања, брисања прецизни у поређењу са табелама поменутим у Похрањеној процедури, а такође проверите да ли је Похрањена процедура у уобичајеном стандардном формату, попут коментара, ажурира, итд.
3. Затим, за различите скупове улазних параметара, проверите име позива позива, параметре позива и очекиване одговоре.
4. Ручно покрените процедуру са клијентским програмима базе података попут ТОАД, МиСКЛ или Куери Анализер.
5. Да бисте верификовали резултате у односу на очекиване вредности, поново покрените процедуру давањем различитих параметара.
6. На крају, аутоматизујте тестове помоћу КТП-а.

К # 10) Шта су удруживања и помињу различите врсте придруживања?

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

У СКЛ-у постоје следеће врсте спајања :

• Иннер Јоин
• Спољно придруживање
• Лефт Јоин
• Ригхт Јоин

У Орацле / ПЛСКЛ постоје четири различите врсте придруживања,

• Иннер Јоин
• Лево-Спољно придруживање
• Десно-спољашње придруживање
• Потпуно спољашње придруживање

К # 11) Шта подразумевате под индексом и објашњавате различите врсте индекса?

Одговор: Индекс је објекат базе података, створен у колони табеле за брже и ефикасније проналажење података (или можемо рећи, користи се за убрзавање претраживања / упита).

Различите врсте индекса су:

• Б-Трее индекс
• Битмап индекс
• Груписани индекс
• Индекс покривености
• Нејединствени индекс
• Јединствени индекс

К # 12) Шта подразумевате под ДБМС-ом?

Одговор: База података је структурирани скуп података. Систем за управљање базом података (ДБМС) је рачунарска софтверска апликација која ствара комуникациону мрежу између корисника, других апликација и базе података за чување, модификовање и издвајање информација из базе података.

Познати ДБМС-ови су Ми СКЛ, Постгре СКЛ, Мицрософт СКЛ Сервер, Орацле, САП и ИБМ ДБ2.

К # 13) Шта подразумевате под ДМЛ?

Одговор: Језик за манипулисање подацима (ДМЛ) је члан рачунарског програмског језика који нам омогућава одабир, уметање, брисање и ажурирање података у бази података. ДМЛ је у основи укључен у структурирани језик упита (СКЛ) који омогућава корисницима да преузму и користе податке у релационој бази података.

К # 14) Шта мислите под ДЦЛ наредбама и објасните типове наредби које користи ДЦЛ?

Одговор: Језик контроле података (ДЦЛ) је компонента СКЛ-а, контролише употребу података ускладиштених у бази података.

Постоје две врсте ДЦЛ наредби:

• Одобрити: Команда олакшава корисницима приступ привилегијама базе података
• Опозови: Престаните да дозвољавате корисницима приступ бази података

К # 15) Шта подразумевате под тестирањем беле кутије и црне кутије?

Одговор:

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

Испитивање беле кутије (ВБТ) је такође познато као тестирање засновано на коду или структурно испитивање ради тестирања унутрашње структуре софтверске апликације. У случају тестирања у белој кутији, испитивач треба добро да разуме унутрашњу структуру апликације, као и добро знање вештина програмирања за дизајнирање тест случајева и унутрашњу структуру апликације.

П # 16) Да ли КТП подржава СКЛ упите, како се користи СКЛ упити у КТП-у ?

Одговор: Иако КТП нема уграђену функцију за повезивање база података, тестери користе језик ВБСцрипт за повезивање и интеракцију са базама података помоћу АДОДБ објеката.
АДОДБ објекти су подељени у четири различита својства / методе што помаже у успешном креирању везе са базом података,

• Веза: Корисно у успостављању везе са базом података
• Команда: Корисно у извршавању СКЛ наредбе (упити / похрањене процедуре)
• Поља: Корисно за преузимање одређене колоне из скупа записа након извршавања упита / сачуване процедуре.
• Рецордсет: Користи се за преузимање података из базе података

П # 17) Који се СКЛ изрази могу користити у тестирању базе података?

Одговор: Све ДДЛ, ДМЛ, ДЦЛ и ТЦЛ изјаве СКЛ-а могу се користити у тестирању базе података,

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

Изјаве: СТВАРИ, ИЗМЕНИ, ПУСТИ, ОДРЕЖИ, КОМЕНТИРАЈ И ПРЕИМЕНУЈ

(ии) ДМЛ (језик за манипулисање подацима): Све изјаве повезане с тим могу се користити за управљање подацима унутар објеката шеме.

Изјаве: ОДАБЕРИТЕ, УМЕТНИТЕ, АЖУРИРАЈТЕ, БРИШИТЕ, СПАЈИТЕ, ПОЗОВИТЕ, ОБЈАСНИТЕ ПЛАН И ТАБЛИЦУ ЗАКЉУЧАВАЊА.

(иии) ДЦЛ (језик за контролу података): ГРАНТ изјава и РЕВОКЕ изјава.

(ив) ТЦЛ (језик за контролу трансакција): Све изјаве повезане с овим могу се користити за управљање променама које су направиле ДМЛ изјаве. Користећи ТЦЛ, искази се могу груписати у логичке трансакције.

Изјаве: ОБАВЕЗИ, САВЕПОИНТ, РОЛБАЦК, и ПОДЕСИ ТРАНСАКЦИЈУ.

П # 18) Како у тестирању базе података извршити тестирање учитавања података?

Одговор: За испитивање учитавања података,

• Морате имати знање о изворној бази података (табеле података, колоне, придружена ограничења, типови података) и одредишној бази података (табеле података, колоне, типови података и ограничења).
• Компатибилност између изворне базе података и одредишне базе података треба да проверите путем ДТС пакета.
• Морате отворити одговарајући ДТС пакет у СКЛ Ентерприсе Манагер-у и покренути ДТС пакет (ако користите СКЛ Сервер).
• Упоредите податке колоне Извор и Циљ.
• Означите бројеве у редовима Извор и Циљ.
• Након ажурирања података у изворној бази података, проверите да ли су се промене одразиле на одредишној бази података или не.
• Проверите о смећу и НУЛЛ-овима.
• Тестирање учитавања базе података, проверите обим сервера базе података за обраду упита, а такође проверите време одзива сервера базе података и клијента.

П # 19) Да ли је „брза стопа проналажења базе података“ проверљив захтев?

Одговор: Не. Не мислим тако јер се чини да је захтев нејасан. СРС би требао јасно приказивати перформансе или захтеве за трансакцијама, тј. Требало би да помене лике; „Брзина преузимања базе података од 5 микросекунди“.

П # 20) Без укључивања контролних тачака базе података, како можете тестирати СКЛ упит у КТП-у?

Одговор: Дати поступак скрипте у наставку помаже нам у повезивању са базом података у којој можемо тестирати обоје; базу података и упите.

до) Процедура скрипте за повезивање са базом података,
дб_цоннецт (“куери1”, ДРИВЕР = {име управљачког програма}; СЕРВЕР = име_сервера;

УИД = уиднаме; ПВД = лозинка; ДБК = име_базе података “);

б) Процедура скрипте за извршавање упита,
дб_екцецуте_куери („куери1 ″, напиши упит који желиш извршити“);

-Услов који треба поменути-

ц) Поступак скрипте за прекид везе са базом података,
дб_дисцоннецт („упит“);

П # 21) Шта је све потребно за писање добрих тест случајева у тестирању базе података?

Одговор: Потребно је знање следећих ствари пре писања тестова базе података,

1. У потпуности разумејте апликацију, као и функционалне захтеве апликације.
2. Одјава других ентитета који су коришћени у апликацији попут позадинских табела базе података, спајања између табела, показивача (ако их има), окидача (ако их има), ускладиштених процедура (ако постоје), улазних и излазних параметара за развој тај захтев.
3. Након прикупљања свих потребних информација, запишите тест случаја са различитим улазним вредностима за испитивање свих ресурса.

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

П # 22) Шта је поновно тестирање и по чему се разликује тестирање на основу података ?

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

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

Тестирање на основу података (ДДТ): То је поступак аутоматског тестирања где ће се апликација тестирати са више података о тестирању. Једноставно је и лако од поновног тестирања где тестер седи само испред система и ручно уноси различите нове улазне вредности са фронт-енд интерфејса, то је заиста досадна техника.

П # 23) Које су врсте тестирања на основу података?

Одговор:

Постоје четири врсте тестирања на основу података:

• Динамичко достављање података о тестирању путем тастатуре (тест вођен кључем): У неким случајевима тестери тестирају одређену апликацију са различитим улазним вредностима да би потврдили прорачун путем динамичког слања. Дакле, да би предали улазну вредност, тестери могу да користе следећу функцију у ТСЛ-у; скрипта– цреате_инпут_диалог („ознака“);
• Тестови засновани на подацима путем равних датотека (.ткт, .доц): У неким случајевима тестери врше поновно тестирање узимајући у обзир податке равне датотеке. Тестери прикупљају те равне датотеке из старих база података / купаца.
• Тестови засновани на подацима путем предњих објеката: У неким случајевима тестери креирају скрипте за аутоматизацију узимајући у обзир вредности предњег објекта, као што су листа, мени, табела, прозор података, оцк итд.
• Тестови засновани на подацима путем Екцел листа: У неким случајевима тестери користе помоћ овог теста вођеног подацима како би покренули скрипту за више улаза. Ови вишеструки улази налазе се у колонама Екцел листа. Морамо прикупити ове тест податке из позадинских табела.

П # 24) Како написати упит да бисте добили другу највећу вредност из датог ступца табеле?

Одговор: Ово је упит за добијање друге највеће вредности из датог ступца табеле.

На пример,
Да бисте добили друге највеће оцене из колоне „Ознаке“ табеле „Студенти“

П # 25) Како написати упит да бисте добили 10^тхнајвиша плата са стола запослених?

Одговор: Ово је упит за добијање н-те највише плате из табеле запослених,

Овде их можете заменити било којим бројем.

На пример, ако желите да добијете 10. највећу плату, замените н са 10.

П # 26) Како написати тест случајеве из захтева, да ли захтеви означавају тачну функционалност АУТ?

Одговор: Да, захтеви треба да означавају тачну функционалност АУТ.
Урадити тако,

1. Испитајте захтев за разумевање целокупне функционалности.
2. Затим одлучите које су методе дизајна теста погодне за писање тест случаја - методе дизајнирања теста Блацк Бок попут; Подјела еквивалентности, анализа граничне вриједности, погађање грешака и графикони узрока и посљедица.
3. Једном када одлучите која је метода дизајнирања теста погодна, напишите своје примере у фази анализе захтева и фазе дизајнирања.

На овај начин ћете осигурати да се сви захтеви могу тестирати.

П # 27) Који је тестни сценарио за тестирање базе података мигриране са једног СКЛ Сервера на други?

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

• Тип података који је коришћен.
• Дужина поља података СКЛ Сервера (Сервер у који преносимо податке) треба да буде иста као СКЛ Сервер одакле преносимо податке.
• Сваки задатак треба да буде правилно организован.

К # 28) Шта значи РДБМС и које су главне РДБМС које користи СКЛ?

Одговор: РДБМС је скраћеница од система релационог управљања базама података. Главни РДБМС који је укључен у СКЛ укључује Сибасе, Орацле, Аццесс, Ингрес, Мицрософт СКЛ Сервер итд.

К # 29) Објасните тестирање перформанси и његова уска грла.

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

К # 30) Шта је ЦММИ и описујте различите нивое ЦММ-а?

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

Пет нивоа зрелости ЦММ за организацију су:

1. Иницијал: На овом нивоу организације немају ниједну проверену технику и окружење, тако да обично организације прелазе буџет и распоред.
2. Поновљиво: На овом нивоу, организације имају основне технике и смернице за ограничавање трошкова и временског распореда, способне да то понове у следећем сличном пројекту.
3. Дефинисано: На овом нивоу су све технике добро организоване и објашњене су у јасном и стандардном облику.
4. Манагед: На овом нивоу, организације су много развијеније од дефинисаног нивоа. Овде се технике контактирају помоћу статистичке и друге квантитативне технике.
5. Оптимизација: Организације одлучно покушавају да развију перформансе савременим техничким напретком.

П # 31) Које је значење записа у бази података?

Одговор: У бази података, запис је скуп вредности / поља одређеног ентитета.

На пример, Евиденција запосленог у канцеларији, евиденција књига итд.

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

знање из домена здравствене заштите за тестере пдф

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

• Питања и одговори за интервјуе
• Питања и одговори за испитивање ЕТЛ-а
• Тестирање базе података помоћу ЈМетер-а
• Нека занимљива питања за испитивање софтверског тестирања
• 25 најбољих питања о агилном тестирању за интервјуе и одговоре
• 20 најважнијих питања и одговора за интервјуисање АПИ испитивања
• Питања и одговори за тестирање софтвера (1. део)
• 30 водећих питања и одговора за испитивање безбедности