31 Найпопулярніші запитання та відповіді на тестування баз даних

31 top database testing interview questions

Наші експерти відповідали на 'Найчастіше запитувані' Тестування бази даних Запитання для співбесіди для свіжих та досвідчених кандидатів:

Це збірка із 30+ найпопулярніших запитань на тестування БД із детальними відповідями. Ці запитання щодо тестування БД в основному задаються під час співбесід з тестуванням якості.

Пройдіть ці запитання та відповіді, якщо ви готуєтесь до співбесіди з тестування програмного забезпечення, яка також потребує навичок роботи з базою даних.

Найпопулярніші запитання для тестування баз даних

Запитання про тип баз даних (SQL), які ставлять на співбесіді для посади інженера-випробувача (не для тестувальника бази даних)?

Це залежить від багатьох факторів, незалежно від того, чи стосуються ці питання випробувальних посад початкового рівня чи досвідчених фахівців з випробувань. Глибина запитань щодо співбесіди в базі даних залежить від досвіду кандидата.

Незалежно від посади, кандидат повинен завжди чітко і впевнено ставитися до концепцій бази даних. Для більшості позицій тестування програмного забезпечення потрібно мати знання бази даних, щоб виконати деякі перевірки бази даних. Майже всі програми потребують взаємодії з базою даних.

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

Під час співбесід можна задати наступні запитання:

• Базові та певною мірою вкладені запити SQL для отримання даних із таблиць баз даних.
• Приклади операторів бази даних для Створення бази даних, Створення таблиці та Відкидання таблиці.
• Поняття «Первинний ключ», «Зовнішній ключ» та індекс БД.
• Приклади операторів SQL SELECT, INSERT, DELETE, ALTER та UPDATE.
• Приєднання SQL (внутрішнє приєднання, ліве приєднання, праве приєднання та повне приєднання) з прикладами.

Відпрацюйте запити на приєднання SQL до фіктивних таблиць і перегляньте результати.

Для досвідчених позицій тестування програмного забезпечення питання співбесіди залежать від вимог до роботи. На таких посадах інтерв’юери очікують від кандидатів детальних знань бази даних.

Примітка: Якщо у вас виникають запитання щодо SQL-запитів до бази даних, ніколи не кажіть, що “Ви отримуєте всі оператори запитів, які повинні бути виконані розробниками”. Це нормально стверджувати, що ви отримуєте допомогу від розробників для написання складних запитів SQL, але, нарешті, ви справляєтеся самостійно.

Почнемо з фактичних питань та відповідей щодо БД:

Q # 1) Що таке тестування бази даних?

Відповідь: Тестування баз даних / внутрішнє тестування - це процес перевірки впливу роботи внутрішньої бази даних на інтерфейсні веб-програми / настільні програми.

Він поділяється на наступні різні категорії:

• Перевірка достовірності даних: Виконуючи це тестування, тестувальники повинні добре знати запити SQL.
• Тестування цілісності даних: Виконуючи це тестування, тестувальники / розробники повинні знати посилальну цілісність та різні обмеження.
• Тестування продуктивності бази даних: Проводячи це тестування, тестувальники / розробники повинні добре розробляти структуру таблиці.
• Тестування процедури, тригерів та функцій: Виконуючи це тестування, тестувальники / розробники повинні чітко розуміти процедуру тестування, тригери та функції.

Q # 2) Чому тестування бази даних є важливим?

Відповідь: Хоча всі ми знаємо, що база даних не схожа на маленьку таблицю, вона насправді є великим контейнером з багатьох таблиць і повним даними, який одночасно доставляє дані до багатьох веб-програм / настільних програм.

програми інтерв'ю Java для свіжих pdf

Процес тестування бази даних гарантує, що правильні та унікальні дані (без помилок) доставляються у правильне місце. Ці помилки можуть спричинити деякі серйозні проблеми, такі як глухий кут, пошкодження даних, низька продуктивність, невідповідність тощо.

Запитання №3) Що ми зазвичай перевіряємо в процесі тестування бази даних?

Відповідь: Тестування баз даних вимагає певних поглиблених знань та більш чіткого плану підходу для перевірки даних конкретного додатка.

У цьому процесі тестування ми зазвичай перевіряємо,

• Перевірка розміру поля
• Обмеження.
• Індекси виконуються чи ні (для питань, пов’язаних з ефективністю)
• Зберігаються процедури
• Розмір поля, визначений у програмі, збігається з розміром поля в БД.

Q # 4) Чи можете ви протестувати базу даних вручну, якщо так, то як? Поясніть на прикладі.

Відповідь: Потрібно спостерігати за поведінкою операції. Спостерігайте за роботою інтерфейсу та його впливом на внутрішню базу даних. Додаючи запис (XYZ) із зовнішнього інтерфейсу до внутрішньої бази даних, перевірте вручну, чи вплинув на запис на внутрішній базі даних. Так само він буде працювати для видалення, оновлення тощо.

Наприклад, Щоб вести облік студентів, які здають іспит, введіть інформацію про студента з інтерфейсної системи та вручну перевірте вплив цього доповнення на внутрішню базу даних.

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

Відповідь: Процес тестування процедур та тригерів бази даних вимагає знання вхідних параметрів, вихідних параметрів та операторів EXEC. Заява EXEC корисна для запуску процедури та спостереження за поведінкою таблиць.
Давайте подивимося, як протестувати процедури та тригери бази даних:

• По-перше, відкрийте проект бази даних, який буде відображатися у провіднику рішень.
• Після відкриття потрібного проекту перейдіть до меню Перегляд, клацніть на схему бази даних, а потім відкрийте папку проекту з меню Перегляд схеми.
• Клацніть правою кнопкою миші об’єкт, який потрібно перевірити, а потім клацніть на Створити одиничні тести. Відкриється діалогове вікно «Створити модульні тести», у якому відображатимуться всі папки та об’єкти проекту бази даних, а прапорець для вибраного об’єкта встановлений.
• Далі створіть новий проект тестування на мову.
• Виберіть або вставити модульний тест в існуючий клас тестування, або створити новий тест і натисніть кнопку ОК.
• Для налаштування проекту з’являється діалогове вікно «Конфігурація проекту» для налаштування параметрів тестового проекту. Процес вимагає підключення до бази даних та плану генерації даних. Підключення до бази даних призначене для виконання результату тесту.
• Нарешті, налаштуйте проект і натисніть кнопку ОК.

Q # 6) Що ви маєте на увазі під тестами, керованими даними?

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

Q # 7) Що таке тригер бази даних, як перевірити спрацьовування тригера чи ні, і чи можете ви викликати тригер за запитом?

Відповідь:

Тригер бази даних: Тригер - це, в основному, збережена процедура, яка використовується для підтримки цілісності даних, наявних у базі даних. Він виконується автоматично, щоб відповісти на певну подію таблиці / подання в базі даних.

Для перевірки спрацьовування тригера чи ні; використання запиту загального журналу аудиту відобразить тригер таблиці даних.
Тригери не можна викликати на вимогу, він викликається, коли таблиця відображає дію (INSERT, DELETE & UPDATE), визначену в цій конкретній таблиці.

Q # 8) Після введення даних із інтерфейсу інтерфейсу програми, як ви перевіряєте, чи оновлюється база даних чи ні?

Відповідь: Це повністю залежить від інтерфейсу програми, який ви використовуєте.

Це такі способи тестування:

• Ви можете перевірити лише з інтерфейсу, коли інтерфейс програми показує функціональність перегляду введених вами даних. В основному, інженери тестів Black Box проводять це тестування перевірки функціональності таким чином.
• Якщо інтерфейс програми не забезпечує функціональність перегляду введених вами даних, ви можете перевірити наявність оновлень бази даних за допомогою відповідного запиту SQL / Oracle.
• Функція контрольної точки WinRunner / QTP також може використовуватися для перевірки оновлення бази даних.

Q # 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?

Відповідь: Мова маніпуляції даними (DML) є членом мови комп'ютерного програмування, що полегшує нам вибір, вставку, видалення та оновлення даних у базі даних. DML в основному бере участь у структурованій мові запитів (SQL), що полегшує користувачам отримання та використання даних у реляційній базі даних.

Q # 14) Що ви маєте на увазі під командами DCL та пояснити типи команд, які використовує DCL?

Відповідь: Мова управління даними (DCL) - це компонент SQL, який контролює використання даних, що зберігаються в базі даних.

Існує два типи команд DCL:

• Надання: Команда полегшує користувачам доступ до привілеїв до бази даних
• Відкликати: Зупиніть доступ користувачів до бази даних

Q # 15) Що ви маєте на увазі під тестуванням білих скриньок і тестуванням чорних ящиків?

Відповідь:

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

Тестування White Box (WBT) також відомий як тестування на основі коду або структурне тестування для перевірки внутрішньої структури програмного додатку. У разі тестування білих скриньок тестувальник повинен добре розуміти внутрішню структуру програми, а також добре знати навички програмування для розробки тестових кейсів та внутрішню структуру програми.

Q # 16) Чи підтримує QTP запити SQL, як ними користуватися SQL-запити в QTP ?

Відповідь: Хоча QTP не має жодної вбудованої функції для підключення до бази даних, тестери використовують мову VBScript для підключення та взаємодії з базами даних за допомогою об'єктів ADODB.
Об'єкти ADODB розділені на чотири різні властивості / методи, що допомагає успішно створити з'єднання з базою даних,

• Підключення: Корисно при формуванні зв’язку з базою даних
• Команда: Корисно при виконанні команди SQL (Запити / збережені процедури)
• Поля: Корисно для отримання певного стовпця із набору записів після виконання запиту / збереженої процедури.
• Набір записів: Використовується для отримання даних з бази даних

Q # 17) Які оператори SQL можна використовувати при тестуванні баз даних?

Відповідь: Усі оператори DDL, DML, DCL та TCL SQL можуть бути використані при тестуванні баз даних,

(i) DDL (мова визначення даних): Усі пов'язані з цим твердження можуть бути використані при визначенні структури або схеми бази даних.

Заяви: СТВОРИТИ, ЗМІНИТИ, ВПАДАТИ, ЗМІНИТИ, КОМЕНТАРІТЬ І ПЕРЕМЕНИТИ

(ii) DML (мова керування даними): Усі пов'язані з цим оператори можна використовувати для управління даними в об'єктах схеми.

Заяви: ВИБЕРІТЬ, ВСТАВИТИ, ОНОВИТИ, ВИДАЛИТИ, ОБ’ЄДНАТИ, ЗВИТКАТИ, ПОЯСНИТИ ПЛАН І ЗАБЛОКУВАТИ СТОЛ.

(iii) DCL (мова контролю даних): Заява 'ГРАНТ' та 'ВІДМОВА'.

(iv) TCL (Мова контролю транзакцій): Усі пов'язані з цим оператори можуть використовуватися для управління змінами, внесеними операторами DML. За допомогою TCL оператори можна згрупувати в логічні транзакції.

Заяви: КОМІСУВАТИ, ЗБЕРІГАТИ, ВІДКРИТИ І ВСТАНОВИТИ ОПЕРАЦІЮ.

Питання # 18) Як перевірити навантаження даних у тестуванні баз даних?

Відповідь: Для тестування навантаження даних,

• Ви повинні знати вихідну базу даних (таблиці даних, стовпці, пов’язані обмеження, типи даних) та базу даних призначення (таблиці даних, стовпці, типи даних та обмеження).
• Вам потрібно перевірити сумісність між вихідною та цільовою базами даних через пакет DTS.
• Вам потрібно відкрити відповідний пакет DTS у SQL Enterprise Manager і запустити пакет DTS (якщо ви використовуєте SQL Server).
• Порівняйте дані стовпця Джерело та Ціль.
• Перевірте число до рядків Source і Target.
• Після оновлення даних у вихідній базі даних перевірте, чи відображені зміни в цільовій базі даних чи ні.
• Перевірте про сміттєвий характер та NULL.
• Тестування навантаження бази даних, перевірка обсягу сервера бази даних для обробки запитів, а також перевірка часу відгуку сервера бази даних та клієнта.

Запитання № 19) Чи є “швидкий рівень пошуку бази даних” випробуваною вимогою?

Відповідь: Ні. Я не думаю, тому що вимога здається незрозумілою. SRS повинен чітко відображати вимоги до продуктивності або транзакцій, тобто він повинен згадувати подібне; “Швидкість пошуку бази даних 5 мікросекунд”.

Q # 20) Як не перевіряти SQL-запит у QTP, не залучаючи контрольні точки бази даних?

Відповідь: Наведена нижче процедура сценарію допомагає нам підключитися до бази даних, де ми можемо протестувати обидва; база даних та запити.

до) Процедура сценарію для підключення до бази даних,
db_connect (“query1”, DRIVER = {ім'я драйвера}; SERVER = ім'я_сервера;

UID = ім'я користувача; PWD = пароль; DBQ = ім'я_бази даних));

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

-Загадати умову-

в) Процедура сценарію для відключення з'єднання з базою даних,
db_disconnect (“запит”);

Питання # 21) Що потрібно для тестування баз даних для написання хороших тестових кейсів?

Відповідь: Знання наступних речей потрібно перед написанням тестових кейсів бази даних,

1. Зрозумійте програму повністю, а також функціональні вимоги програми.
2. Вивірка інших сутностей, які використовувались у додатку, наприклад, фонові таблиці бази даних, об’єднання між таблицями, курсорами (якщо такі є), тригерами (якщо такі є), збереженими процедурами (якщо такі є), вхідним параметром та вихідними параметрами для розробки ця вимога.
3. Після збору всієї необхідної інформації запишіть тест з різними вхідними значеннями для вивчення всіх ресурсів.

Написання тестових кейсів для внутрішнього тестування протилежне функціональному тестуванню, слід використовувати техніку білого ящика.

Q # 22) Що таке тестування та чим воно відрізняється тестування на основі даних ?

Відповідь: Після виконання тесту з точки зору виявлення дефекту, який вже був виявлений та виправлений, повторне виконання того самого тесту з різними вхідними значеннями для підтвердження успішного усунення вихідного дефекту називається повторним тестуванням або тестуванням підтвердження.

Перевірка також називається тестуванням на основі даних, але різниця між ними полягає в тому, що тестування - це процес ручного тестування, тоді як тестування додатків проводиться з усім новим набором даних.

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

Q # 23) Які типи тестування на основі даних?

Відповідь:

Існує чотири типи тестування на основі даних:

• Динамічне подання даних тесту через клавіатуру (тест, керований ключами): У деяких випадках тестувальники перевіряють конкретну програму з різними вхідними значеннями, щоб перевірити обчислення за допомогою динамічного подання. Отже, для подання вхідного значення тестери можуть використовувати наступну функцію в TSL; script– create_input_dialog (“мітка”);
• Тести, керовані даними, через плоскі файли (.txt, .doc): У деяких випадках тестувальники проводять повторне тестування, враховуючи дані плоского файлу. Тестери збирають ці плоскі файли зі старих баз даних / клієнтів.
• Тести, керовані даними через інтерфейсні об'єкти: У деяких випадках тестери створюють сценарії автоматизації, враховуючи значення зовнішнього об'єкта, такі як список, меню, таблиця, вікно даних, ocx тощо.
• Тести, керовані даними через аркуш Excel: У деяких випадках тестери користуються допомогою цього тесту, керованого даними, для запуску сценарію для кількох входів. Ці кілька входів містяться у стовпцях аркуша Excel. Ми повинні збирати ці тестові дані із серверних таблиць.

Q # 24) Як написати запит, щоб отримати друге за значенням значення з заданого стовпця таблиці?

Відповідь: Це запит для отримання другого за величиною значення з заданого стовпця таблиці.

Наприклад,
Щоб отримати другу за величиною оцінку зі стовпця „Позначки” таблиці „Студенти”

Q # 25) Як написати запит, щоб отримати 10^гонайвища зарплата зі столу службовців?

Відповідь: Це запит для отримання n-ї найвищої зарплати із таблиці працівників,

Тут ви можете замінити їх на будь-який номер.

Наприклад, якщо ви хочете отримати 10-ту найвищу зарплату, то замініть n на 10.

Q # 26) Як писати тестові кейси з вимог, чи вимоги означають точну функціональність AUT?

Відповідь: Так, вимоги повинні означати точну функціональність AUT.
Робити так,

1. Вивчіть вимогу розуміння загальної функціональності.
2. Далі вирішіть, які методи проектування тестів підходять для написання тесту - такі методи дизайну тестів Black Box, як; Розбиття на еквівалентність, аналіз граничних значень, вгадування помилок та графік причинно-наслідкових зв’язків.
3. Вирішивши, який метод розробки тестів підходить, напишіть свої кейси на етапі аналізу вимог та етапу проектування.

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

Q # 27) Який тестовий сценарій тестування бази даних, перенесеної з одного SQL Server на інший?

Відповідь: Перш за все, нам потрібно перевірити, які всі вдосконалення та зміни відбулись із SQL Server, куди ми плануємо перенести.
Далі, розробити тестовий кейс відповідно до наступного розгляду,

• Тип даних, який був використаний.
• Довжина поля даних SQL Server (сервера, на який ми переносимо дані) повинна бути такою ж, як і SQL Server, звідки ми виймаємо дані.
• Кожне завдання має бути правильно організовано.

Q # 28) Що означає СУБД і які основні СУБД використовуються в SQL?

Відповідь: RDBMS розшифровується як Реляційні системи управління базами даних. Основні СУБД, які беруть участь у SQL, включають Sybase, Oracle, Access, Ingres, Microsoft SQL Server тощо.

Q # 29) Поясніть тестування продуктивності та його вузькі місця.

Відповідь: Тестування продуктивності - це техніка тестування програмного забезпечення, щоб визначити, як працює система з точки зору швидкості, чутливості та стабільності в умовах великого навантаження. Для цього тестування потрібні дорогі інструменти та добре навчені та досвідчені тестери для роботи.

Q # 30) Що таке CMMI та опишіть різні рівні ШМ?

Відповідь: CMMI розшифровується як Capability Maturity Model Integration - це навчальна та оцінна модель розвитку процесів різних бізнес-процесів у програмній інженерії.

П’ять рівнів зрілості ШМ для організації:

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

Q # 31) Що означає Запис у базі даних?

Відповідь: У базі даних запис - це набір значень / полів певної сутності.

Наприклад, Офіс_Запис працівника, запис книги тощо.

Ми сподіваємось, що вам сподобалися ці докладні запитання щодо інтерв’ю з базою даних із відповідями. Повідомте нас у разі виникнення запитів.

приватний сервер vanilla world of warcraft - -

Рекомендована література

• Запитання та відповіді на інтерв’ю
• Запитання та відповіді на інтерв’ю для тестування ETL
• Тестування баз даних за допомогою JMeter
• Деякі цікаві питання для тестування програмного забезпечення
• 25 найкращих запитань та відповідей на інтерв’ю для спритного тестування
• 20 найважливіших запитань та відповідей на тестування API
• Запитання та відповіді на тестування програмного забезпечення (Частина 1)
• 30 найкращих запитань та відповідей на тестування безпеки