Доведення стабільності продукту шляхом повторного виконання одних і тих же тестів без створення нових.

Ситуація, коли повторне використання тих самих тестів з часом перестає виявляти нові дефекти, тому потрібно змінювати або додавати тести.

Ефект від впровадження автоматизованих тестів на продуктивність.

Підхід, коли тестові дані створюються випадковим чином.

Що означає «парадокс пестициду» в тестуванні?

Короткий тест для перевірки базових знань з теорії тестування програмного забезпечення на рівні Junior QA.

Процес оцінки системи або її компонентів з метою виявлення дефектів та перевірки відповідності вимогам.

Процес написання коду для додавання нових функцій.

Автоматичний збір логів системи в продакшені.

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

Що таке тестування програмного забезпечення?

Щоб прискорити розробку без перевірки результатів.

Щоб виявляти дефекти, забезпечувати якість, знижувати ризики і підтверджувати відповідність вимогам.

Щоб збільшити кількість випусків без перевірки стабільності.

Щоб замінити потребу в технічній документації.

Чому важливо тестувати програмне забезпечення?

Налаштування серверів, деплой, моніторинг.

Аналіз вимог, планування тестування, розробка тестів, виконання тестів, звітування про дефекти, закриття тестування.

Проєктування архітектури, написання коду, рефакторинг.

Маркетинг, продаж, підтримка клієнтів.

Які основні фази життєвого циклу тестування (STLC)?

Операційне, фінансове, маркетингове.

Юридичне, адміністративне, сервісне.

Unit (модульне), Integration (інтеграційне), System (системне), Acceptance (приймальне).

Планування, деплой, моніторинг.

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

Еквівалентне розбиття, аналіз граничних значень, таблиці рішень, перехід станів.

Моніторинг продуктивності сервера.

Управління релізами та CI/CD.

Написання технічних специфікацій API.

Які з перерахованих технік належать до методів тест-дизайну?

Розбивка вхідних даних на групи, в яких очікується однакова поведінка системи.

Перевірка лише інтерфейсу користувача.

Набір кроків для деплою релізу.

Метод зменшення навантаження на сервер.

Що таке техніка аналізу класів еквівалентності?

Тестування випадкових значень далеко від меж; цінність — підвищення продуктивності.

Тестування значень на межах інтервалів; цінність — більша ймовірність виявлення помилок на краях діапазону.

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

Тестування виключно графічних елементів інтерфейсу.

Що таке техніка аналізу граничних значень і в чому її цінність?

Regression перевіряє, що нові зміни не зламали існуючий функціонал; Confirmation перевіряє, що конкретний виправлений дефект більше не відтворюється.

Regression — це тестування продуктивності; Confirmation — це тестування безпеки.

Regression використовується тільки в розробці апаратного забезпечення; Confirmation — тільки в мобільних додатках.

Regression і Confirmation — синоніми і означають те саме.

У чому різниця між Regression та Confirmation (retest) тестуванням?

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

Лише один раз на початку проєкту.

Тільки якщо користувачі скаржаться на помилки в продакшені.

Щотижня незалежно від змін у коді.

Як часто доцільно проводити регресійне тестування продукту?

Unit тестування та smoke тестування.

Top-down, Bottom-up, Big Bang, Incremental.

Моніторинг, логування, аудит.

UI тестування, тестування безпеки, тестування юзабіліті.

Які види інтеграційного тестування існують?

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

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

Огляд коду для пошуку стилістичних помилок.

Створення детальної технічної документації перед початком тестування.

Питання 12 з 12