Питання на співбесіді з основ QA з відповідями
Принципи тестування, рівні й види тестів, техніки тест-дизайну (класи еквівалентності, граничні значення, таблиці рішень, pairwise), баг-репорти й severity, тест-план і стратегія, дослідницьке тестування й тестування на основі ризиків, перевірки API, продуктивності й безпеки, QA в Agile-командах.
226 запитань для співбесіди з теми Основи QA з відповідями й поясненнями - рівні Junior, Middle і Senior. Приклади запитань, онлайн-тести й задачі на код.
- Тест-дизайн
- Баг-репорти
- Рівні тестування
- Ризики
- ISTQB
Запитання за рівнями
Junior
Базові поняття та синтаксис · 50 запитань
Middle
Практика, нюанси й оптимізація · 50 запитань
Senior
Архітектура, внутрішня будова, edge cases · 50 запитань
Приклади запитань
Кілька запитань із кожного рівня з правильною відповіддю й поясненням.
Основи QA · Junior
- Яка головна мета тестування програмного забезпечення?
Показати відповідь
Правильна відповідь: Знаходити дефекти й давати інформацію про якість і ризики
Тестування знижує ризики: знаходить проблеми й показує, як поводиться продукт, щоб можна було вирішити, чи випускати його. Воно може показати наявність дефектів, але ніколи не доведе, що їх немає.
- Як пов'язані QA, QC і тестування?
Показати відповідь
Правильна відповідь: QA покращує процес, QC перевіряє продукт, тестування - частина QC
Quality assurance - це запобігання дефектам через хороші процеси (рев'ю, стандарти, definition of done). Quality control перевіряє сам продукт, а тестування - головна активність QC.
- Чим відрізняються помилка, дефект і збій?
Показати відповідь
Правильна відповідь: Людина помиляється, це дає дефект у коді, а він може дати збій
Помилка (error) розробника лишає дефект (bug, fault) у коді чи документації. Коли цей код виконується за певних умов, система поводиться неправильно: це збій (failure). Не кожен дефект призводить до збою.
- Яке твердження відповідає принципу «вичерпне тестування неможливе»?
Показати відповідь
Правильна відповідь: Усе не перевірити, тож пріоритети визначають за ризиком
Навіть проста форма з кількома полями має більше комбінацій вводу, ніж хтось устигне перевірити. Тому тестувальники використовують техніки й аналіз ризиків, щоб обрати найважливіші тести.
Основи QA · Middle
- Коли тестування за таблицею рішень найкорисніше?
Показати відповідь
Правильна відповідь: Коли результат залежить від комбінацій кількох умов
Знижка, що залежить від «є учасником», «замовлення понад 100» і «є купон», має 8 комбінацій. Таблиця рішень перелічує їх усі, щоб жодну не пропустити, і показує, які можна об'єднати.
- Правило має 3 незалежні умови «так/ні». Скільки стовпців у повній таблиці рішень?
Показати відповідь
Правильна відповідь: 8
Кожна умова подвоює кількість комбінацій: 2 × 2 × 2 = 8. Неможливі чи рівнозначні комбінації потім можна згорнути, щоб скоротити кількість тестів.
- Коли тестування переходів станів - гарний вибір?
Показати відповідь
Правильна відповідь: Коли поведінка залежить від поточного стану, як-от статусу замовлення
Замовлення проходить New → Paid → Shipped → Delivered, а деякі переходи мають бути неможливими (Shipped → New). Діаграма станів показує допустимі й недопустимі переходи для тестів.
- Навіщо в тестуванні переходів станів перевіряти недопустимі переходи?
Показати відповідь
Правильна відповідь: Система має їх відхиляти, як-от повернення коштів за неоплачене замовлення
Баги часто дозволяють дії в неправильному стані: скасувати доставлене замовлення, оплатити двічі. Тести мають перевіряти, що такі переходи відхиляються з чітким повідомленням.
Основи QA · Senior
- Що має визначати тестова стратегія на рівні організації?
Показати відповідь
Правильна відповідь: Цілі якості, рівні й типи тестів, інструменти та як ризик визначає обсяг
Стратегія дає командам спільні принципи (що автоматизувати, які середовища, як звітувати), а план кожного проєкту адаптує їх під свій обсяг і ризики.
- Команда релізить щодня, але релізи все одно ламаються в продакшені. Який перший крок зазвичай найдієвіший?
Показати відповідь
Правильна відповідь: Розібрати дефекти, що проскочили, і які рівні тестів їх пропустили
Аналіз дефектів, що проскочили, показує справжню прогалину: немає контрактних тестів, не перевірені конфіги, немає моніторингу. Повільні бар'єри всюди шкодять потоку й не б'ють у причину.
- Як виміряти ефективність QA-процесу, не заохочуючи неправильну поведінку?
Показати відповідь
Правильна відповідь: Стежити за дефектами в продакшені, впливом і lead time
Кількість багів і тест-кейсів легко накрутити, і вона зіштовхує тестувальників із розробниками. Метрики результату (інциденти, час виявлення, вплив на клієнтів) відображають якість.
- Яка метрика DORA найпряміше пов'язана з якістю релізів?
Показати відповідь
Правильна відповідь: Частка невдалих змін (change failure rate)
Change failure rate - частка деплоїв, що спричинили збій у продакшені. Разом із часом відновлення сервісу вона врівноважує метрики швидкості, як-от частоту деплоїв.
Збірні тести з цією темою
Запитання з кількох тем одразу - як на співбесіді на конкретну вакансію.
Задачі на код
Напишіть рішення просто в браузері - тести перевірять його одразу. Класика співбесід на JavaScript (debounce, deepClone, Promise.all, LRU-кеш), на TypeScript (дженерики, звуження й утилітні типи, перевіряє справжній компілятор), серверна логіка на Node.js (middleware, обмеження частоти, черги задач), SQL-запити в справжньому PostgreSQL і на React: компоненти й хуки на кшталт списку справ, вкладок, useDebounce та useInterval.
Відкрити задачі →