← Усі теми

Питання на співбесіді з основ QA з відповідями

Принципи тестування, рівні й види тестів, техніки тест-дизайну (класи еквівалентності, граничні значення, таблиці рішень, pairwise), баг-репорти й severity, тест-план і стратегія, дослідницьке тестування й тестування на основі ризиків, перевірки API, продуктивності й безпеки, QA в Agile-командах.

226 запитань для співбесіди з теми Основи QA з відповідями й поясненнями - рівні Junior, Middle і Senior. Приклади запитань, онлайн-тести й задачі на код.

Запитання за рівнями

Приклади запитань

Кілька запитань із кожного рівня з правильною відповіддю й поясненням.

Основи QA · Junior

  1. Яка головна мета тестування програмного забезпечення?
    Показати відповідь

    Правильна відповідь: Знаходити дефекти й давати інформацію про якість і ризики

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

  2. Як пов'язані QA, QC і тестування?
    Показати відповідь

    Правильна відповідь: QA покращує процес, QC перевіряє продукт, тестування - частина QC

    Quality assurance - це запобігання дефектам через хороші процеси (рев'ю, стандарти, definition of done). Quality control перевіряє сам продукт, а тестування - головна активність QC.

  3. Чим відрізняються помилка, дефект і збій?
    Показати відповідь

    Правильна відповідь: Людина помиляється, це дає дефект у коді, а він може дати збій

    Помилка (error) розробника лишає дефект (bug, fault) у коді чи документації. Коли цей код виконується за певних умов, система поводиться неправильно: це збій (failure). Не кожен дефект призводить до збою.

  4. Яке твердження відповідає принципу «вичерпне тестування неможливе»?
    Показати відповідь

    Правильна відповідь: Усе не перевірити, тож пріоритети визначають за ризиком

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

Усі 75 запитань з відповідями →

Основи QA · Middle

  1. Коли тестування за таблицею рішень найкорисніше?
    Показати відповідь

    Правильна відповідь: Коли результат залежить від комбінацій кількох умов

    Знижка, що залежить від «є учасником», «замовлення понад 100» і «є купон», має 8 комбінацій. Таблиця рішень перелічує їх усі, щоб жодну не пропустити, і показує, які можна об'єднати.

  2. Правило має 3 незалежні умови «так/ні». Скільки стовпців у повній таблиці рішень?
    Показати відповідь

    Правильна відповідь: 8

    Кожна умова подвоює кількість комбінацій: 2 × 2 × 2 = 8. Неможливі чи рівнозначні комбінації потім можна згорнути, щоб скоротити кількість тестів.

  3. Коли тестування переходів станів - гарний вибір?
    Показати відповідь

    Правильна відповідь: Коли поведінка залежить від поточного стану, як-от статусу замовлення

    Замовлення проходить New → Paid → Shipped → Delivered, а деякі переходи мають бути неможливими (Shipped → New). Діаграма станів показує допустимі й недопустимі переходи для тестів.

  4. Навіщо в тестуванні переходів станів перевіряти недопустимі переходи?
    Показати відповідь

    Правильна відповідь: Система має їх відхиляти, як-от повернення коштів за неоплачене замовлення

    Баги часто дозволяють дії в неправильному стані: скасувати доставлене замовлення, оплатити двічі. Тести мають перевіряти, що такі переходи відхиляються з чітким повідомленням.

Усі 75 запитань з відповідями →

Основи QA · Senior

  1. Що має визначати тестова стратегія на рівні організації?
    Показати відповідь

    Правильна відповідь: Цілі якості, рівні й типи тестів, інструменти та як ризик визначає обсяг

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

  2. Команда релізить щодня, але релізи все одно ламаються в продакшені. Який перший крок зазвичай найдієвіший?
    Показати відповідь

    Правильна відповідь: Розібрати дефекти, що проскочили, і які рівні тестів їх пропустили

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

  3. Як виміряти ефективність QA-процесу, не заохочуючи неправильну поведінку?
    Показати відповідь

    Правильна відповідь: Стежити за дефектами в продакшені, впливом і lead time

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

  4. Яка метрика DORA найпряміше пов'язана з якістю релізів?
    Показати відповідь

    Правильна відповідь: Частка невдалих змін (change failure rate)

    Change failure rate - частка деплоїв, що спричинили збій у продакшені. Разом із часом відновлення сервісу вона врівноважує метрики швидкості, як-от частоту деплоїв.

Усі 76 запитань з відповідями →

Збірні тести з цією темою

Запитання з кількох тем одразу - як на співбесіді на конкретну вакансію.

Задачі на код

Напишіть рішення просто в браузері - тести перевірять його одразу. Класика співбесід на JavaScript (debounce, deepClone, Promise.all, LRU-кеш), на TypeScript (дженерики, звуження й утилітні типи, перевіряє справжній компілятор), серверна логіка на Node.js (middleware, обмеження частоти, черги задач), SQL-запити в справжньому PostgreSQL і на React: компоненти й хуки на кшталт списку справ, вкладок, useDebounce та useInterval.

Відкрити задачі →