Методика планування тест-кейсів на основі ризиків

Тестування, що перевіряє коректність візуального відображення UI

Верифікація відповідності специфікації API

Подача випадкових або некоректних даних для виявлення збоїв і вразливостей

Тест перевіряє базові теоретичні знання та поняття, необхідні для посади Middle QA — від типів тестування до процесів CI/CD і практик тест-дизайну.

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

Розробляти архітектуру продукту та писати бізнес-логіку

Керувати фінансами проєкту та бюджетом команди

Писати маркетингові матеріали та просувати продукт

Які основні обов’язки QA інженера?

Перевірка зручності інтерфейсу для користувачів

Вимірювання поведінки системи під очікуваним реальним навантаженням користувачів

Аналіз вразливостей безпеки системи

Тестування випадковими даними для пошуку аварій

Що таке тестування навантаження (load testing)?

Графічне зображення послідовності кроків у тест-кейсі

Діаграма архітектури системи для тестування інтеграцій

Табличний метод, що відображає різні комбінації умов і відповідні дії або очікувані результати

Звіт про результати перфоманс-тестування

Що таке таблиця рішень (decision table) у тест-дизайні?

Критерії запуску — наявність логотипу компанії; критерії завершення — підписання вручення продукту

Критерії запуску — початок робочого дня; критерії завершення — кінець робочого дня

Критерії запуску — наявний готовий збірка і тестове середовище; критерії завершення — досягнення порогових показників проходження тестів і відсутність критичних дефектів

Критерії запуску — чисельність команди; критерії завершення — кількість написаних тест-кейсів

Які приклади критеріїв запуску (entry) та завершення (exit) тестування?

Тестувати окремі модулі в ізоляції без інтеграції

Виконувати тільки тестування інтерфейсу користувача

Прогоняти повні сценарії користувача через усі компоненти системи в реалістичному середовищі

Зосередитися лише на ручному тестуванні бази даних

Як організувати наскрізне (end-to-end) тестування?

Різні формати звітів про тестування

Тести для визначення продуктивності сервісів

Тестові подвійники (test doubles), що імітують поведінку залежностей для ізоляції компонентів

Методи шифрування даних у тестовому середовищі

Що таке mock та stub у контексті тестування?

Метод валідації моделей машинного навчання

Тип перфоманс-тестування на двох режимах

Експеримент, який порівнює дві версії (A та B) для визначення кращої за заданими метриками

Процес випуску двох окремих релізів одночасно

Міра показника технічного боргу в коді

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

Тип інтеграційного тесту

Формат збереження тест-кейсів

Що таке регулярний вираз (Regexp)?

Вона залишається сталою незалежно від фази

Вартість зростає у міру просування дефекту до пізніших етапів (реліз, продакшн)

Вартість автоматично падає з часом

Вона визначається тільки кількістю рядків коду

Як змінюється вартість виправлення дефекту під час життєвого циклу розробки?

Метрика, що вимірює кількість незалежних шляхів у графі потоку програми; розраховується за формулою V(G)=E−N+2P

Кількість рядків коду, що залежать від одного файлу

Час виконання тестового кейсу в секундах

Міра розміру бази даних у мегабайтах

Що таке Cyclomatic complexity і як її обчислюють?

Це три назви одного і того ж типу тестування

Всі вони орієнтовані лише на безпеку системи

Performance тестує загальну продуктивність, load — поведінку під очікуваним навантаженням, stress — роботу при навантаженні понад межі

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

У чому відмінність між performance, load і stress testing?

Тестування юридичних контрактів між компаніями

Перевірка того, що сервіси або API дотримуються узгодженого контракту (інтерфейсу) між виробником і споживачем

Тестування контрактів на надання послуг у хмарі

Методика інтеграційного тестування баз даних

Деплой → тестування → коміт

Коміт коду → збірка (build) → автоматичні тести → деплой → моніторинг

Тестування → дизайн → написання вимог

Тільки ручний реліз без автоматизації

Яка типовa послідовність кроків у CI/CD процесі?

Scrum використовує фіксовані спринти та формальні ролі; Kanban — потік завдань без жорстких спринтів або обов’язкових ролей

Scrum підходить тільки для стартапів, а Kanban — для корпорацій

Scrum не має артефактів, а Kanban має обов’язкові церемонії

Kanban вимагає щоденних стендапів, Scrum — ні

У чому основна різниця між Scrum і Kanban?

Просто встановити IDE на робочих машинах

Ігнорувати налаштування і писати тести лише локально

Підготувати та налаштувати тестові середовища, доступ до баз даних, CI-конфігурації, тестові дані та інструменти автоматизації

Написати всі тест-кейси перед будь-яким налаштуванням середовища

Що слід виконати при налаштуванні середовища для тестування у нульовому спринті?

Питання 8 з 16