31 Топ бази данни Тестване на интервюта Въпроси и отговори

31 top database testing interview questions

Нашите експерти отговориха на най-често задаваните въпроси Тестване на база данни Въпроси за интервю за по-пресни и опитни кандидати:

Това е колекция от 30+ най-добри въпроса за интервю за тестване на DB с подробни отговори. Тези въпроси за тестване на DB се задават най-вече в интервюта за QA тестване.

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

Водещи въпроси за интервю за тестване на база данни

Какъв тип въпроси към базата данни (SQL) се задават в интервюта за длъжност инженер-тествач (не за тестер на база данни)?

Това зависи от много фактори дали тези въпроси са за тестване на позиции на начално ниво или за опитни специалисти по тестване. Дълбочината на въпросите за интервю за база данни зависи от опита на кандидата.

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

Нека разгледаме тези въпроси за интервю за позиции за тестване на софтуер за начално ниво.

Следните въпроси могат да бъдат зададени в интервюта:

• Основни и до известна степен вложени SQL заявки за извличане на данни от таблици на базата данни.
• Примери за изявления на база данни за Създаване на база данни, Създаване на таблица и Пускане на таблица.
• Понятие за „първичен ключ“, „външен ключ“ и индекс на DB.
• Примери за SELECT, INSERT, DELETE, ALTER и UPDATE SQL изрази.
• SQL присъединявания (Вътрешно присъединяване, Ляво присъединяване, Право присъединяване и Пълно присъединяване) с примери.

Практикувайте SQL заявки за присъединяване на фиктивни таблици и вижте резултатите.

За позиции за тестване на софтуер на ниво опит, въпросите за интервю зависят от изискването за работа. За такива позиции интервюиращите очакват от кандидатите подробни познания в базата данни.

Забележка: Ако получавате въпроси относно SQL заявки към база данни, никога не казвайте, че „Получавате всички оператори на заявки, които да бъдат изпълнени от разработчици“. Добре е да се каже, че получавате помощ от разработчиците за писане на сложни SQL заявки, но накрая се справяте сами.

Нека започнем с действителни въпроси и отговори за DB:

В # 1) Какво е тестване на база данни?

Отговор: Тестване на база данни / Back-end тестване е процес на проверка на въздействието на работата на back-end база данни върху уеб / настолни приложения от предния край.

Той е разделен на следните различни категории:

• Тестване на валидността на данните: Докато правят това тестване, тестерите трябва да познават добре SQL заявките.
• Тестване на целостта на данните: Докато правят това тестване, тестерите / разработчиците трябва да знаят референтна цялост и различни ограничения.
• Тестване на производителността на базата данни: Докато правят това тестване, тестерите / разработчиците трябва да са добри в проектирането на структурата на таблицата.
• Тестване на процедура, задействания и функции: Докато правят това тестване, тестерите / разработчиците трябва да имат перфектно разбиране за процедурата за тестване, задействанията и функциите.

В # 2) Защо тестването на базата данни е важно?

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

разлика между soapui и soapui pro

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

В # 3) В процеса на тестване на база данни какво обикновено проверяваме?

Отговор: Тестването на база данни изисква известни задълбочени познания и по-дефиниран план на подход за тестване на данните на конкретно приложение.

В този процес на тестване обикновено проверяваме,

• Проверка на размера на полето
• Ограничения.
• Индексите се правят или не (за проблеми, свързани с изпълнението)
• Съхранени процедури
• Размерът на полето, дефиниран в приложението, съвпада с този в DB.

В # 4) Можете ли да тествате ръчно базата данни, ако да, тогава как? Обяснете с пример.

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

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

Q # 5) Как да тествате процедурите и тригерите на базата данни?

Отговор: Процесът на тестване на процедурите и тригерите на базата данни изисква познаването на входните параметри, изходните параметри и EXEC операторите. Изявлението EXEC е полезно при стартиране на процедурата и наблюдение на поведението на таблиците.
Нека да видим как да тестваме процедурите и тригерите на базата данни:

• Първо отворете проекта на базата данни, който ще бъде показан в изследователя на решения.
• След като желаният проект се отвори, отидете в менюто Изглед, щракнете върху схемата на базата данни и след това отворете папката на проекта от менюто Изглед на схема.
• Щракнете с десния бутон върху обекта, който трябва да бъде тестван, и след това щракнете върху Създаване на тестове за единица. Отваря се диалогов прозорец „Създаване на тестове за единица“ и показва всички папки и обекти на проекта на базата данни и се поставя отметка в квадратчето за избрания обект.
• След това създайте нов проект за езиков тест.
• Изберете дали да вмъкнете единичния тест в съществуващ тестов клас или да създадете нов тестов клас и щракнете върху OK.
• За да конфигурирате проекта, се появява диалоговият прозорец за конфигуриране на проект, за да конфигурирате настройките на тестовия проект. Процесът изисква връзка с база данни и план за генериране на данни. Връзката с базата данни е за изпълнение на резултата от теста.
• Накрая конфигурирайте проекта и кликнете върху OK.

В # 6) Какво имате предвид под тестове, управлявани от данни?

Отговор: Тестът, управляван от данни, е термин, използван в процеса на тестване, където тестовите скриптове по време на изпълнение четат тестови данни и / или изходни стойности от файлове с данни (пулове от данни, файлове на Excel, ADO обекти, CSV файлове, ODBC източници), вместо да четат същото -кодирани стойности всеки път. Тестът помага на тестерите при проверка на ефективността на приложението при работа с различни входове.

В # 7) Какво представлява задействането на базата данни, как да проверите задействането на задействането или не и можете ли да извикате задействането при поискване?

Отговор:

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

За да проверите дали спусъка е задействан или не; използвайте заявката на общия дневник на одита ще покаже задействането на таблицата с данни.
Задействанията не могат да бъдат извикани при поискване, той се извиква, когато таблица показва действие (INSERT, DELETE & UPDATE), дефинирано в тази конкретна таблица.

В # 8) След въвеждане на данните от интерфейса на приложението отпред, как да проверите дали базата данни се актуализира или не?

Отговор: Това напълно зависи от интерфейса на приложението, който използвате.

Това са следните начини за тестване:

• Можете да проверите само от предния край, когато интерфейсът на приложението показва функционалност на изгледа на въведените от вас данни. Главно инженерите за тестване на Black box правят този тест за проверка на функционалността по този начин.
• Ако интерфейсът на приложението не предоставя функционалност за преглед на въведените от вас данни, можете да проверите за актуализация на базата данни, като използвате съответната SQL / Oracle заявка.
• Функцията Checkpoint на WinRunner / QTP може да се използва и за проверка за актуализация на базата данни.

В # 9) Как да тествате съхранените процедури?

Отговор: Тестовият инженер трябва да изпълни някои стъпки, за да тества Съхранени процедури ,

1. Първо, тестовият инженер трябва да разбере изискването, а също и целта на определена съхранена процедура.
2. След това проверете дали всички индекси, обединения, актуализации, изтривания са точни в сравнение с таблиците, споменати в съхранената процедура, а също така се уверете, че съхранената процедура е в общия стандартен формат, като коментари, актуализирани от и т.н.
3. След това, за различни набори от входни параметри, проверете името на процедурата, извикваща параметри и очакваните отговори.
4. Ръчно стартирайте процедурата с клиентски програми за бази данни като TOAD, MySQL или Query Analyzer.
5. За да проверите резултатите спрямо очакваните стойности, стартирайте отново процедурата, като дадете различни параметри.
6. И накрая, автоматизирайте тестовете с QTP.

Q # 10) Какво представляват присъединяванията и споменават различни видове присъединявания?

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

В SQL има следните видове съединения :

• Вътрешно присъединяване
• Външно присъединяване
• Ляво присъединяване
• Право присъединяване

В Oracle / PLSQL има четири различни типа съединения,

• Вътрешно присъединяване
• Ляво външно присъединяване
• Право-външно присъединяване
• Пълно външно присъединяване

Q # 11) Какво имате предвид под индекс и обяснявате различни видове индекси?

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

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

• B-Tree индекс
• Растерни индекси
• Клъстериран индекс
• Индекс на покритие
• Неуникален индекс
• Уникален индекс

Q # 12) Какво имате предвид под СУБД?

Отговор: Базата данни е структуриран набор от данни. Системата за управление на база данни (СУБД) е компютърно софтуерно приложение, което създава комуникационна мрежа между потребители, други приложения и базата данни за съхраняване, модифициране и извличане на информация от база данни.

Известни СУБД са My SQL, Postgre SQL, Microsoft SQL Server, Oracle, SAP и IBM DB2.

Q # 13) Какво имате предвид под DML?

Отговор: Data Manipulation Language (DML) е член на езика за компютърно програмиране, който ни улеснява да избираме, вмъкваме, изтриваме и актуализираме данни в база данни. DML основно участва в Структуриран език за заявки (SQL), който улеснява потребителите да извличат и използват данни в релационна база данни.

Q # 14) Какво имате предвид под DCL команди и да обясните видовете команди, използвани от DCL?

Отговор: Data Control Language (DCL) е компонент на SQL, контролира използването на данни, съхранявани в база данни.

Има два типа DCL команди:

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

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

Отговор:

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

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

Въпрос # 16) Поддържа ли QTP SQL заявки, как да се използва SQL заявки в QTP ?

Отговор: Въпреки че QTP не носи вградена функция за свързване на база данни, тестерите използват език VBScript за свързване и взаимодействие с бази данни, използвайки ADODB обекти.
ADODB обектите са разделени на четири различни свойства / методи, което помага за успешно създаване на връзка с база данни,

• Връзка: Полезно при формиране на връзка с база данни
• Команда: Полезно при изпълнение на SQL команда (заявки / съхранени процедури)
• Полета: Полезно при извличане на определена колона от набор от записи след изпълнение на заявка / съхранена процедура.
• Набор записи: Използва се за извличане на данни от база данни

В # 17) Кои SQL изрази могат да се използват при тестване на база данни?

Отговор: Всички DDL, DML, DCL и TCL изрази на SQL могат да се използват при тестване на база данни,

(i) DDL (език за дефиниране на данни): Всички изявления, свързани с това, могат да се използват при дефиниране на структурата или схемата на базата данни.

Изявления: CREATE, ALTER, DROP, TRUNCATE, COMMENT и RENAME

(ii) DML (език за манипулиране на данни): Всички изявления, свързани с това, могат да се използват за управление на данни в обекти на схемата.

Изявления: ИЗБЕРЕТЕ, ВЪВЕЖДЕТЕ, АКТУАЛИЗИРАЙТЕ, ИЗТРИВАЙТЕ, СЛИВАЙТЕ, ОБИКНЕТЕ, ОБЯСНЕТЕ ПЛАН И ЗАКЛЮЧЕТЕ ТАБЛИЦА.

(iii) DCL (език за контрол на данните): ГРАНТ Декларация и ОТМЯНА декларация.

(iv) TCL (език за контрол на транзакциите): Всички изявления, свързани с това, могат да се използват за управление на промените, направени от DML изрази. Използвайки TCL, извлеченията могат да бъдат групирани заедно в логически транзакции.

Изявления: ЗАДЪЛЖАВАНЕ, ЗАПАЗВАНЕ, РОЛИРАНЕ и НАСТРОЙВАНЕ НА СДЕЛКА.

Въпрос # 18) При тестване на база данни как да направя тестване на натоварването на данни?

Отговор: За тестване на натоварване на данни,

• Трябва да имате познания за базата данни източник (таблици с данни, колони, свързани ограничения, типове данни) и база данни за местоназначение (таблици с данни, колони, типове данни и ограничения).
• Трябва да проверите съвместимостта между базата данни източник и база данни местоназначение чрез пакета DTS.
• Трябва да отворите съответния DTS пакет в SQL Enterprise Manager и да стартирате DTS пакета (ако използвате SQL Server).
• Сравнете данните в колоната на източника и целта.
• Проверете броя на редовете на Source и Target.
• След актуализиране на данни в базата данни Source проверете дали промените са отразени в целевата база данни или не.
• Проверете за боклуците и NULL.
• Тестване на натоварване на база данни, проверете обема на сървъра на базата данни за обработка на заявките и също така проверете времето за реакция на сървъра на базата данни и клиента.

Въпрос # 19) Проверяващо се изискване ли е „Бърз процент на извличане на база данни“?

Отговор: Не. Не мисля така, защото изискването изглежда неясно. SRS трябва ясно да показва изискванията за изпълнение или транзакция, т.е. „Скорост на извличане на база данни от 5 микросекунди“.

В # 20) Без да включвате контролни точки от базата данни, как можете да тествате SQL заявка в QTP?

Отговор: Дадената по-долу процедура за скриптове ни помага да се свържем с базата данни, където можем да тестваме и двете; базата данни и заявки.

да се) Процедурата за скрипт за връзка с база данни,
db_connect (“query1”, DRIVER = {име на драйвер}; SERVER = име на сървър;

UID = uidname; PWD = парола; DBQ = име на база данни “);

б) Процедурата на скрипта за изпълнение на заявката,
db_excecute_query (“query1 ″,” напишете заявка, която искате да изпълните ”);

-Условие за споменаване-

° С) Процедурата на скрипта за прекъсване на връзката с базата данни,
db_disconnect („заявка“);

Въпрос # 21) При тестването на база данни какви неща са необходими за писане на добри тестови случаи?

Отговор: Необходими са знания за следните неща, преди да се напишат тестовите случаи на базата данни,

1. Разберете приложението напълно, както и функционалните изисквания на приложението.
2. Освобождаване на други обекти, които са били използвани в приложение като задни таблици на базата данни, съединения между таблиците, курсори (ако има такива), тригери (ако има такива), съхранени процедури (ако има такива), входен параметър и изходни параметри за разработване това изискване.
3. След като съберете цялата необходима информация, запишете тестовия случай с различни входни стойности за изследване на всички ресурси.

Писането на тестови случаи за back-end тестване е противоположно на функционалното тестване, трябва да се използва техниката за бяла кутия.

Въпрос # 22) Какво представлява повторното тестване и с какво се различава тестване на данни ?

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

Повторно тестване се нарича още Data-Driven Testing, но разликата между двете е, че Retesting е процес на ръчно тестване, докато тестването на приложения се извършва с целия нов набор от данни.

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

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

Отговор:

Има четири вида тестове, базирани на данни:

• Динамично подаване на тестови данни чрез клавиатурата (тест с ключ): В някои случаи тестерите тестват повторно конкретно приложение с различни входни стойности, за да валидират изчислението чрез динамично подаване. Така че, за да изпратят входната стойност, тестерите могат да използват следната функция в TSL; скрипт– create_input_dialog („етикет“);
• Тестове, управлявани от данни чрез плоски файлове (.txt, .doc): В някои случаи тестерите правят повторно тестване, като вземат предвид данните на плоския файл. Тестерите събират тези плоски файлове от стари бази данни / клиенти.
• Тестове, управлявани от данни чрез предни обекти: В някои случаи тестерите създават скриптове за автоматизация, като разглеждат стойностите на предния обект, като списък, меню, таблица, прозорец с данни, ocx и т.н.
• Тестове, управлявани от данни чрез Excel лист: В някои случаи тестерите използват помощта на този тест, управляван от данни, за да стартират скрипта за множество входове. Тези множество входове се намират в колони на Excel лист. Трябва да съберем тези тестови данни от бекенд таблиците.

В # 24) Как да напиша заявка, за да получа втората по големина стойност от дадена колона на таблица?

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

Например,
За да получите втората по големина оценка от колоната „Оценки“ на таблица „Студенти“

В # 25) Как да напишете заявка, за да получите 10^тинай-високата заплата от масата на служителите?

Отговор: Това е заявка за получаване на n-та най-висока заплата от таблица на служител,

Тук можете да ги замените с произволен номер.

Например, ако искате да получите 10-та най-висока заплата, заменете n с 10.

В # 26) Как да напиша тестови случаи от изисквания, изискванията означават ли точната функционалност на AUT?

Отговор: Да, изискванията трябва да означават точната функционалност на AUT.
За да направите това,

1. Проучете изискването за разбиране на цялостната функционалност.
2. След това решете кои методи за проектиране на тестове са подходящи за написване на тестови казуси - методи за проектиране на тестове Black Box като; Разделяне на еквивалентност, Анализ на гранична стойност, Предполагане на грешки и Графиране на причинно-следствената връзка.
3. След като решите кой метод за проектиране на тестове е подходящ, напишете вашите тестови случаи във фаза анализ на изискванията и фаза на проектиране.

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

В # 27) Какъв е тестовият сценарий за тестване на база данни, мигрирана от един SQL Server на друг?

Отговор: На първо място, трябва да проверим какви са всички подобрения и промени в SQL Server, където планираме да мигрираме.
Следващия, проектирайте тестовия случай в съответствие със следното съображение,

• Използван тип данни.
• Дължината на полето за данни на SQL Server (Сървър, в който мигрираме данните) трябва да бъде същата като на SQL Server, откъдето извеждаме данните.
• Всяка задача трябва да бъде организирана правилно.

Q # 28) Какво означава RDBMS и кои са основните RDBMS, използвани от SQL?

Отговор: RDBMS означава релационни системи за управление на бази данни. Основните RDBMS, които участват в SQL, включват Sybase, Oracle, Access, Ingres, Microsoft SQL Server и др.

Q # 29) Обяснете тестването на ефективността и пречките за него.

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

Q # 30) Какво е CMMI и описва различни нива на CMM?

Отговор: CMMI означава „Capability Maturity Model Integration“ е модел за обучение и оценка на процеса на разработване на различни бизнес процеси в софтуерното инженерство.

Пет нива на зрелост на CMM за дадена организация са:

1. Първоначално: На това ниво организациите нямат нито една проверена техника и среда, така че обикновено организациите превишават бюджета и графика.
2. Повторяем: На това ниво организациите разполагат с основни техники и насоки за ограничаване на разходите и времето за планиране, способни да повторят същото в следващия подобен проект.
3. Определено: На това ниво всички техники са добре организирани и обяснени ясна и стандартна форма.
4. Управлявана: На това ниво организациите са много по-развити от определеното ниво. Тук с техниките се осъществява контакт със статистически и други количествени техники.
5. Оптимизиране: Организациите решително се опитват да развият ефективността чрез съвременен технически прогрес.

В # 31) Какво е значението на записа в база данни?

Отговор: В база данни записът е набор от стойности / полета на конкретен обект.

Например, Запис на Office_E Employee, книга и др.

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

кой е най-добрият DVD рипър

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

• Въпроси и отговори за интервюта
• Въпроси и отговори за интервю за ETL тестване
• Тестване на база данни с JMeter
• Някои интересни въпроси за интервю за тестване на софтуер
• 25 най-добри пъргави тестови интервюта Въпроси и отговори
• Топ 20 най-важни въпроси и отговори за интервю за API тестване
• Въпроси и отговори за тестване на софтуер (част 1)
• Топ 30 Въпроси и отговори за тестване на сигурността