Питання на співбесіді QA Junior: 40 запитань із відповідями
На технічній співбесіді на позицію QA Junior зазвичай перевіряють теорію тестування, тест-дизайн, баг-репорти, розуміння SDLC, клієнт-серверної архітектури, HTTP і API, основи SQL та Git, а також англійську й soft skills. Нижче — 40 типових запитань із короткими відповідями: від «чим severity відрізняється від priority» до «як протестувати форму входу». Їх краще розуміти, ніж завчати.
Основні терміни наведено за силабусом ISTQB Foundation Level (англ.): станом на жовтень 2026 актуальна версія 4.0.1, її можна безкоштовно завантажити на сайті ISTQB. Довший перелік для всіх рівнів, але без відповідей, є в добірці DOU 2022 року на 250+ запитань.
Теорія тестування
1. Що таке тестування програмного забезпечення?
Набір дій, щоб знайти дефекти й оцінити якість продукту та його артефактів: вимог, дизайну, коду. Динамічне тестування запускає програму, статичне (рев’ю, статичний аналіз) — ні.
2. Чим QA відрізняється від тестування?
QA (quality assurance) орієнтоване на процес і запобігає дефектам; за нього відповідає вся команда. Тестування орієнтоване на продукт, шукає дефекти, що вже є, і є однією з основних форм контролю якості (QC).
3. Чим помилка відрізняється від дефекту і відмови?
Людина робить помилку (error), через яку в коді чи документі з’являється дефект (bug). Якщо дефектний код виконується, може статися відмова (failure): система поведеться неправильно.
4. Які сім принципів тестування?
- Тестування показує наявність дефектів, а не їхню відсутність.
- Вичерпне тестування неможливе.
- Раннє тестування заощаджує час і гроші.
- Дефекти скупчуються в небагатьох компонентах.
- Тести «зношуються» (парадокс пестициду): однакові перевірки перестають знаходити нові баги.
- Тестування залежить від контексту.
- Відсутність дефектів не гарантує, що продукт потрібен користувачам.
5. Що таке верифікація і валідація?
Верифікація перевіряє, чи відповідає продукт заданим вимогам. Валідація — чи задовольняє він потреби користувачів та інших зацікавлених сторін у реальних умовах роботи.
6. Які є рівні тестування?
За ISTQB їх п’ять: компонентне (unit), інтеграційне тестування компонентів, системне, інтеграційне тестування систем і приймальне. Серед форм приймального — UAT, альфа- і бета-тестування.
7. Чим функціональне тестування відрізняється від нефункціонального?
Функціональне перевіряє, що робить система, а нефункціональне — наскільки добре: швидкодію, зручність, надійність, захищеність, сумісність.
8. Що таке «чорна», «біла» і «сіра» скринька?
«Чорна скринька» — тести за специфікацією без урахування внутрішньої будови, «біла» — на основі коду та внутрішньої структури, «сіра» — з частковим знанням будови, як-от бази даних чи API. Терміна «сіра скринька» в силабусі ISTQB немає.
9. Чим повторне тестування відрізняється від регресійного?
Повторне тестування (retest, у ISTQB — confirmation testing) перевіряє, що конкретний дефект виправлено. Регресійне перевіряє, що зміна не зламала інших частин системи; його запускають часто, тому доцільно автоматизувати.
10. Що таке smoke- і sanity-тестування?
Smoke — швидка перевірка ключових функцій нової збірки: чи є сенс тестувати далі. Sanity — вузька перевірка конкретної зміни. Межу між ними команди проводять по-різному.
Тест-дизайн і тестова документація
11. Що таке тест-кейс і з чого він складається?
Опис однієї перевірки: ідентифікатор, назва, передумови, кроки, тестові дані, очікуваний результат. Під час прогону додають фактичний результат і статус.
12. Чим чек-лист відрізняється від тест-кейсу?
Чек-лист — перелік перевірок без детальних кроків, наприклад «реєстрація із зайнятим email». Тест-кейс докладно описує, як перевіряти і що має статися, тому його легше передати колезі.
13. Що таке тест-план?
Документ про цілі, ресурси й процес тестування: обсяг, підхід, ризики, середовища, критерії входу та виходу, бюджет і графік.
14. Як працює розбиття на класи еквівалентності?
Дані ділять на групи, які система має обробляти однаково, і беруть по одному значенню з кожної. Для поля «вік від 18 до 60» це менше 18, від 18 до 60, більше 60 і нечислові значення.
15. Що таке аналіз граничних значень?
Перевірка меж класів, бо саме там розробники частіше помиляються. Для того самого поля варіант 2-value BVA дає 17, 18, 60 і 61, а 3-value — ще 19 і 59.
16. Коли потрібні таблиця рішень і тестування переходів станів?
Таблицю рішень застосовують для комбінацій умов (скажімо, знижка залежить від картки й суми): кожна допустима комбінація дає окремий тест. Переходи станів тестують для об’єктів зі статусами («створене — оплачене — відправлене»), зокрема недозволені переходи.
17. Що таке дослідницьке тестування?
Тестувальник одночасно вивчає продукт, придумує й виконує тести, часто в межах сесії з фіксованим часом і метою. Підхід корисний, коли вимог мало або часу обмаль.
18. Як би ви протестували форму входу?
Позитивні сценарії: правильні email і пароль, відновлення пароля. Негативні: хибний пароль, незареєстрований email, порожні поля, пробіли, дуже довгі значення, спроба SQL-ін’єкції. Також: маскування пароля, ліміт спроб, вхід клавішею Enter, мобільна версія.
Баг-репорт
19. Що має бути в баг-репорті?
Ідентифікатор, заголовок за схемою «що, де, за яких умов», середовище, кроки відтворення, фактичний і очікуваний результат, серйозність, пріоритет, статус і вкладення: скриншот, відео, логи.
20. Чим severity відрізняється від priority?
Severity (серйозність) — наскільки сильно дефект впливає на роботу системи й інтереси користувачів, priority (пріоритет) — наскільки терміново його виправляти. Висока серйозність і низький пріоритет: збій у функції, якою майже не користуються. Навпаки: одруківка в назві компанії на головній сторінці.
21. Який життєвий цикл бага?
Спрощено: New → Assigned → In Progress → Fixed → Retest → Closed, а якщо баг не зник — Reopened. Також його можуть відхилити, відкласти чи закрити як дублікат. Назви статусів залежать від трекера й процесу команди.
22. Що робити, якщо баг відтворюється не щоразу?
Зафіксувати дані, кроки, середовище, час і стан мережі, пошукати закономірність, додати відео й логи і вказати в репорті частоту, наприклад «3 з 10 спроб».
SDLC і STLC
23. Що таке SDLC і які в нього етапи?
Життєвий цикл розробки ПЗ. Типові етапи: аналіз вимог, проєктування, розробка, тестування, розгортання й підтримка.
24. Які моделі розробки ви знаєте?
Послідовні — каскадна (Waterfall) і V-модель, де кожному етапу розробки відповідає рівень тестування; ітеративні та інкрементні; гнучкі підходи (Agile), як-от Scrum і Kanban. Про Scrum — у поясненні «Що таке Scrum простими словами».
25. Що таке STLC і критерії входу та виходу?
STLC — життєвий цикл тестування. Такого терміна в силабусі ISTQB немає, але тестовий процес там складається зі схожих груп дій: планування, моніторинг і контроль, аналіз, проєктування, реалізація (підготовка) тестів, виконання й завершення. Критерії входу визначають, коли починати (збірка розгорнута, smoke-тести пройдено), критерії виходу — коли закінчувати; в Agile це Definition of Ready і Definition of Done.
Клієнт-сервер, HTTP і API
26. Що таке клієнт-серверна архітектура?
Клієнт (браузер чи застосунок) надсилає запит, сервер обробляє його, за потреби звертається до бази даних і повертає відповідь. Тож баг може бути на клієнті, на сервері або в обміні між ними.
27. Що відбувається, коли ви вводите адресу сайту в браузері?
Браузер через DNS дізнається IP-адресу сервера, встановлює з’єднання (для HTTPS — зашифроване за TLS, з перевіркою сертифіката) і надсилає HTTP-запит. Отримавши код стану й HTML, довантажує стилі, скрипти, зображення та відмальовує сторінку.
28. Які є HTTP-методи і чим GET відрізняється від POST?
GET отримує дані, POST надсилає чи створює, PUT замінює ресурс, PATCH частково змінює, DELETE видаляє. GET лише читає й зазвичай передає параметри в адресі, POST несе дані в тілі запиту і, як правило, щось змінює на сервері.
29. Що таке ідемпотентність?
Властивість методу, за якої кілька однакових запитів мають на сервері той самий ефект, що й один. За RFC 9110, ідемпотентні PUT, DELETE і безпечні методи, як-от GET, а POST — ні; PATCH, за RFC 5789, цього не гарантує. Типова перевірка: подвійне натискання «Оплатити» не створює двох платежів.
30. Які бувають коди відповіді HTTP?
1xx: інформаційні; 2xx: успіх (200, 201, 204); 3xx: перенаправлення (301, 302, 304); 4xx: помилка клієнта (400, 401, 403, 404); 5xx: помилка сервера (500, 502, 503). 401 означає, що бракує дійсних даних автентифікації, а 403 — що сервер зрозумів запит, але відмовляє в доступі.
31. Що таке API і REST і чим тестувати API?
API — правила, за якими програми обмінюються даними. У REST кожен ресурс має адресу, дію задає HTTP-метод, дані зазвичай передають у JSON. Для ручних перевірок — Postman, вкладка Network у DevTools, curl. Докладніше — у матеріалі «Що таке API простими словами».
32. Навіщо тестувальнику знати про кеш і cookies?
Cookies — дані, які сайт зберігає в браузері й отримує з наступними запитами (сесії, кошик, налаштування), кеш — копії файлів для швидшого завантаження. Перевіряючи виправлення, їх очищують або відкривають приватне вікно, щоб збережені дані не впливали на результат.
Бази даних і SQL
33. Що таке первинний і зовнішній ключ?
Первинний ключ однозначно ідентифікує рядок, тож його значення не повторюються й не бувають NULL. Зовнішній посилається на ключ іншої таблиці: поле user_id у таблиці orders вказує на запис у users.
34. Як працюють SELECT і JOIN?
SELECT email FROM users WHERE city = 'Львів' поверне email користувачів зі Львова. INNER JOIN повертає лише рядки, що мають пару в обох таблицях, LEFT JOIN — усі рядки лівої таблиці, підставляючи NULL, де пари немає.
35. Чим WHERE відрізняється від HAVING?
WHERE відбирає рядки до групування, а HAVING — групи після обчислення агрегатних функцій. Покупців із понад трьома замовленнями знайде SELECT customer_id FROM orders GROUP BY customer_id HAVING COUNT(*) > 3.
Git
36. Чим Git відрізняється від GitHub?
Git — розподілена система контролю версій. GitHub, GitLab чи Bitbucket — сервіси, що зберігають Git-репозиторії онлайн і додають рев’ю коду через pull request (у GitLab — merge request), задачі та CI.
37. Які команди Git має знати джун?
Базові: git clone, status, add, commit, push, pull, branch, switch (або checkout), log. Різниця fetch і pull: git fetch лише завантажує зміни з віддаленого репозиторію, а git pull ще й інтегрує їх у поточну гілку. Основи українською — у безкоштовній книжці Pro Git.
Англійська і soft skills
38. Як відповісти на «Tell me about yourself»?
Одна-дві хвилини англійською: хто ви, чому QA, чого навчилися, що робили на практиці й чого хочете досягти. Відрепетируйте це вголос, як і опис одного бага чи проєкту.
39. Що робити, якщо розробник каже, що це не баг?
Спиратися на факти, а не на емоції: вимоги, макет, кроки відтворення, очікування користувача. Якщо вимоги неоднозначні, залучити аналітика чи власника продукту.
40. Як тестувати, якщо вимог немає або вони неповні?
Поставити уточнювальні запитання команді, вивчити попередні версії й схожі продукти, застосувати дослідницьке тестування і записати свої припущення. Прогалини у вимогах — теж знахідка для команди.
Більше про навчання — у розділі «Освіта», про вакансії для джунів — у розділі «Ринок праці». Перед співбесідою знадобиться й резюме: структуру та шаблон розібрано в матеріалі «Резюме для IT без досвіду».
Часті питання
Як проходить співбесіда QA Junior?
Етапи залежать від компанії; типово це розмова з рекрутером, технічна співбесіда з QA-інженером і, можливо, тестове завдання: скласти чек-лист чи тест-кейси, знайти й оформити баги, написати SQL-запит. Якщо команда працює з іноземними клієнтами, частину розмови можуть провести англійською.
Як підготуватися до співбесіди QA Junior?
Пройдіться темами цієї добірки й силабусом ISTQB, а потім попрактикуйтеся: напишіть тест-кейси й баг-репорти для реального сайту, надішліть запити в Postman, виконайте прості SQL-запити.
Чи потрібен сертифікат ISTQB, щоб стати тестувальником?
Ні, загальної вимоги немає: чи потрібен сертифікат, вирішує роботодавець, і це зазвичай зазначено у вакансії. За даними ISTQB, станом на жовтень 2026 іспит CTFL v4.0 складається з 40 запитань, на нього відводять 60 хвилин (75, якщо складати не рідною мовою), а прохідний бал — 26 із 40.