Тестування, що ґрунтується на ризиках (Risk-Based Testing)
Last updated
Last updated
Тестування, що ґрунтується на ризиках (risk-based testing): Підхід до тестування з метою мінімізування рівня ризиків продукту та інформування зацікавлених осіб про поточний стан ризиків з початкових стадій проекту. Має на увазі управління процесом тестування, виходячи з ідентифікованих ризиків продукту і використання рівнів ризику. (ISTQB)
Ризик - це виникнення невизначеної події, яка позитивно чи негативно впливає вимірні критерії успіху проекту. Це можуть бути події, які відбулися в минулому або поточні події, або щось, що може статися в майбутньому. Ці невизначені події можуть вплинути на вартість, бізнес, технічні та якісні цілі проекту. Позитивні ризики згадуються як можливості та допомога у стійкості бізнесу. Наприклад, інвестування у новий проект, зміна бізнес-процесів, розробка нових продуктів. Негативні ризики називаються загрозами, і для успіху проекту мають бути реалізовані рекомендації щодо їх мінімізації чи усунення.
Тестування на основі ризиків допомагає виявляти найважливіші та критичні помилки на ранній стадії. Це тип тестування, що ґрунтується на ймовірності ризику. Він включає оцінку ризику на основі складності, критичності бізнесу, частоти використання, видимих областей, областей, схильних до дефектів, і т. д. Він включає визначення пріоритетів тестування модулів і функцій тестованого додатка на основі впливу і ймовірності відмов. Якщо вчасно не виявити будь-якого ризику, це може перешкодити завершенню проекту. Найпершим кроком є визначення ризиків, та був їх оцінка, тобто. визначення пріоритетів, та був обробка ризиків. Після того, як ризики ідентифіковані, необхідно оцінити ризик, щоб визначити ризики з точки зору їх впливу, тобто того, яких збитків він може завдати.
Пріоритет будь-якого ризику залежить від ймовірності виникнення та його впливу на продукт, тобто від того, наскільки серйозним є вплив: Priority = Probability * Severity.
Управління ризиками (Risk Management) має починатися на ранній стадії життєвого циклу, щоб із ризиками можна було впоратися на ранній стадії. Категорії ризиків:
Project Risks: бюджет, ресурси, графік, проблеми, пов'язані з клієнтами тощо.
Technical Risks: Технічний ризик включає ризики на етапах проектування, впровадження, тестування та розробки. Більшість технічних ризиків виникає або на етапі вимог або під час кодування, оскільки неясність вимог може призвести до серйозних ризиків під час розробки. По-друге, на етапі розробки, якщо розробники недостатньо добре знайомі з Продуктом, це також може призвести до серйозних ризиків.
Business Risks: Бізнес-ризики включають проблеми з бюджетом та створенням проекту, який не відповідає вимогам замовника, втрату клієнта.
Оцінка ризиків (Risk Assessment): ризик оцінюється на основі того, наскільки серйозним є вплив.
Контроль ризиків (Risk Control): Ризиком можна керувати за допомогою трьох стратегій:
Запобігання ризику (Risk Avoidance): уникнення ризику - це уникнення ризику проекту за згодою клієнта. Наприклад. Щоб уникнути ризику затримки реалізації проекту через брак ресурсів, ресурси можна залишити на лаві запасних для заміни, якщо будь-який ресурс піде у відпустку. Обсяг робіт можна скоротити, щоб уникнути ризиків
Зниження ризику (Risk Reduction): зниження ризику включає планування управління ризиками та мінімізації їх наслідків. Наприклад. Щоб зменшити ризик, для реалізації Проекту слід використовувати інкрементальний підхід;
Передача ризику (Risk Transfer): ця стратегія включає покупку страховки або будь-якого компонента, розробленого третьою стороною, щоб уникнути ризиків;
Процес Risk-based Testing:
Ризик ідентифікується та аналізується, тобто розраховується вплив (impact) та серйозність (severity) ризику, та вживаються заходи відповідно до пріоритету ризику. Як тільки пріоритет визначено, починається тестування, тобто створюється обсяг (test scope) та план тестування, а потім виконується тести.
Дод. матеріал:
5.4 Тестування на базі ризиків