Аналіз ризиків проекту та рішення для тестування програмного забезпечення
Томас Гамільтон
Що таке аналіз ризику?
Ризик - це ймовірність настання небажаної події.
Аналіз ризиків у розробці програмного забезпечення – це процес аналізу ризиків, пов’язаних з вашим Тестування Проект
Для успіху вашого проекту необхідно визначити ризик і визначити відповідні рішення до початку проекту. Ідентифікація ризиків у розробці програмного забезпечення допомагає визначити ймовірні ризики на ранніх етапах.
У цьому підручнику ми розглянемо перший крок у процесі керування тестами: аналіз ризиків і рішення за допомогою прикладу.
У цій темі ми розглянемо перший крок у процесі керування тестуванням: аналіз ризиків у тестуванні програмного забезпечення та рішеннях за допомогою прикладу.
Додаток, що тестується https://demo.guru99.com/V4/, ви можете переглянути специфікацію вимог до програмного забезпечення тут.
Банк Guru99 виконуватиме дві ролі
- менеджер
- Клієнт
Наступні функції/модулі будуть доступні для цих двох різних ролей
Ось невеликий огляд сайту
Прочитавши вимоги, ви, можливо, зрозуміли, що на веб-сайті їх занадто багато функціональний та комплекс сценаріїв.
Ось така ситуація –
- Банківський сайт Guru99 вже завершив етап розробки. Тепер починається фаза тестування. На жаль, ви не були залучені на початку етапу вимог
- Ваш бос вимагає, щоб ви завершили тестування один місяць лише з обмеженим бюджетом, але очікує великий якість.
- Вам розповість член команди, який є досвідченим інженером
- Що робити в такому випадку?
А) Здається, це велика проблема. Нам потрібно мати справу з АSAP!
Б) Мені байдуже. Треба починати працювати прямо зараз.
- Проект пов’язаний з хаосом і забрав усі ваші ресурси та час. Навантаження співробітників різко зросло, і вони відчувають стрес і перевантаження
- – Ваш проект затримується, тому ви не можете випустити продукт у встановлений термін, як обіцяли своєму начальнику. Як сказав член вашої команди, графік цього проекту занадто щільний порівняно з поточним розподілом ресурсів.
Наведений вище приклад ілюструє значення аналізу ризиків в управлінні тестами.
Управління ризиками допомагає вам у –
Ризик, згаданий у прикладі вище, є лише одним із багатьох потенційних ризиків, які можуть виникнути у вашому проекті. Ви повинні ідентифікувати їх і прийняти рішення щодо боротьби з ними ASAP!!! Отже, правильна дія в цьому прикладі дія А.
Отже, аналіз ризиків у тестуванні є важливим
Як виконати АНАЛІЗ РИЗИКУ?
Це 3-етапний процес
- Визначте ризики
- Аналізуйте вплив кожного виявленого ризику
- Вжити контрзаходів щодо виявленого та проаналізованого ризику
Крок 1) Визначте ризик
У програмному продукті ризик можна ідентифікувати та класифікувати на 2 типи
Ризик проекту
Проектний ризик можна визначити як невизначений подія або діяльність, яка може вплинути на хід проекту. Вплив має a позитивний or негативний вплив на перспективи досягнення цілей проекту.
Існує 3 категорії проектних ризиків
Організаційний ризик
Це ризик, пов’язаний з вашим людський ресурс або ваша команда тестування. Наприклад, у вашому проекті брак технічно кваліфікованих учасників є ризиком. Нестача робочої сили для завершення проекту вчасно є ще одним ризиком.
Щоб визначити організаційний ризик, вам слід скласти список із кількох запитань і відповісти на них у якості самостійної вправи. Ось кілька рекомендованих запитань.
А) Так
Б) Ні
А) Так
Б) Ні
А) Так
Б) Ні
Якщо ви відповісте на всі вищезазначені запитання, ви легко визначите потенційні ризики, які можуть вплинути на ваш проект.
Технічний ризик
Технічний ризик — це ймовірність збитків, понесених під час виконання технічного процесу, як-от неперевірена техніка, неправильна процедура тестування… тощо. Ось приклад технічного ризику
- Ваше завдання в цьому проекті — тестування веб-сайту банку. Ви повинні налаштувати належне тестове середовище, яке відображає реальне бізнес-середовище. Якщо Тестове середовище не налаштовано належним чином, продукт буде НЕ перевірятися правильно і багато дефекти не буде виявлено.
Бізнес-ризик
Ризик включає в себе зовнішній сутність. Це ризик, який може походити від вашої компанії, вашого клієнта, але НЕ з вашого проекту.
На наступному малюнку показано приклад бізнес-ризику.
У такому випадку керівник випробувань повинен знайти рішення для боротьби з ризиком, наприклад:
- Установка пріоритет на етапах тестування зосередьтеся на тестуванні основних функцій веб-сайту
- Використовувати засіб тестування для підвищення продуктивності тестування
- Застосовувати поліпшення процесу зменшити зусилля управління.
Ризик продукту
Ризик продукту це ймовірність того, що система або програмне забезпечення може не задовольнити або не виправдати очікування клієнта, користувача або зацікавленої сторони. Цей ризик у плані тестування пов’язаний із функціональність продукту, як-от проблеми з продуктивністю, проблеми з безпекою, сценарії збоїв тощо.
Нижче наведено приклади кількох ризиків продукту –
- Програмне забезпечення пропускає деякі ключ функція, яку клієнти вказали в
вимога - Програмне забезпечення є ненадійний і часто зазнає невдачі працювати.
- Програмне забезпечення виходить з ладу таким чином, що завдає фінансової чи іншої шкоди користувачеві чи компанії, яка використовує програмне забезпечення.
- Програмне забезпечення має проблеми, пов’язані з певною характеристикою якості, як-от безпека, надійність, зручність використання, зручність обслуговування або продуктивність.
А тепер повернемося до вашого проекту. Чи існує ризик продукту на веб-сайті Guru 99 Bank? Щоб відповісти на це питання, ви повинні виконати наступні кроки
Виконавши вищезазначені 3 кроки, пройдіть невеликий тест, щоб визначити ризики продукту
А) Так
Б) Ні
В) Я не впевнений
А) Так
Б) Ні
A) Безпечний переказ коштів
B) Користувач може зареєструвати новий обліковий запис
C) Більше функцій не потрібно
Крок 2) Проаналізуйте вплив ризику, що виникає
У попередній темі ми вже визначили ризики, які можуть перешкодити вашому проекту. Ось список виявлених ризиків:
- Вам може не вистачити людський ресурс завершити проект у встановлений термін
- Тестування навколишнє середовище може бути не налаштовано належним чином, як у справжньому бізнес-середовищі.
- Ваш проект бюджет може скоротитися вдвічі через ділову ситуацію
- Цей веб-сайт може відсутність охоронні функції
Далі слід проаналізувати ці ризики.
Кожен ризик слід класифікувати на основі наступних двох параметрів
- Команда ймовірність виникнення
- Команда вплив на проекті
Використовуючи наведену нижче матрицю, ви можете класифікувати Ризик на чотири категорії Високий, Середній, та Низький або значення 3,2, 1
|
Ймовірність |
|
|---|---|
|
Високий (3) |
Дуже висока ймовірність виникнення, може вплинути на весь проект |
|
Середній (2) |
50% ймовірність появи |
|
Низький (1) |
Низька ймовірність появи |
|
Impact |
|
|---|---|
|
Високий (3) |
Не можна продовжувати проектну діяльність, якщо її не вирішено негайно |
|
Середній (2) |
Не можна продовжувати проектну діяльність, якщо її не вирішено |
|
Низький (1) |
Це потрібно вирішити, але на деякий час можна прийняти альтернативне рішення |
Зверніть увагу на наступні ризики
|
Risk |
Ймовірність |
Impact |
Пріоритет = Імовірність* Вплив |
|---|---|---|---|
|
Термін виконання проекту не дотримано |
3 |
3 |
9 |
|
Збій електрики |
1 |
2 |
2 |
Виходячи з вищезазначеного пріоритету, ви можете вжити заходів із зменшення ризику під час тестування або протидії, зазначених у таблиці нижче
|
Пріоритет |
Метод управління ризиками |
|
|---|---|---|
|
Високий |
6-9 |
Негайно вживайте заходів щодо пом’якшення ризику та контролюйте ризик щодня, доки його статус не буде закрито. |
|
Середній |
3-5 |
Контролюйте ризик щотижня на внутрішніх нарадах |
|
низький |
1-2 |
Прийміть ризик і контролюйте ризик на етапній основі. |
Настав час для вправи, ми маємо 4 ризики, виявлені в проекті Guru99 Banking. Класифікуйте їх самостійно
| Risk | Високий | Medium | низький | Статус |
|
|
|
|
|
Правильно.
Неправильно.
|
|
|
|
|
|
Правильно.
неправильний
|
|
|
|
|
Правильно.
неправильний
|
|
|
|
|
|
|
Правильно.
Неправильно.
|
Крок 3) Вжити КОНТРОЗАХОДІВ, щоб зменшити ризик
Ця діяльність розділена на 3 частини
Реакція на ризик
Керівнику проекту необхідно вибрати стратегії, які зведуть ризик до мінімуму. Менеджери проектів можуть вибирати між наступними чотирма стратегіями реагування на ризики
Повертаючись до 4 ризиків, визначених раніше, ми повинні знайти ризики та пом’якшення в тестуванні або контрзахід щоб уникнути або усунути їх.
Б) Тестування навколишнє середовище може бути не налаштовано належним чином, як у справжньому бізнес-середовищі
В) Ваш проект бюджет може скоротитися вдвічі через ділову ситуацію
D) Цей веб-сайт може відсутність функції безпеки
Цього ризику неможливо уникнути через ситуацію в компанії; ви не можете запросити більше людських ресурсів для проекту. У такому випадку ви можете зменшити вплив ризиків, вибравши кілька варіантів нижче
- Виберіть талановитого та досвідченого члена, який приєднається до команди проекту
- Створіть навчальний курс, щоб підвищити кваліфікацію учасників, допомогти їм підвищити продуктивність
B. Середовище тестування може бути налаштовано неналежним чином, як справжнє бізнес-середовище
Цього ризику можна уникнути, якщо виконувати такі дії
- Попросіть команду розробників допомогти створити тестове середовище
- Підготуйте все обладнання або матеріали (сервер, база даних, ПК...), необхідні для налаштування середовища
C. Ваш проект може бути скорочений наполовину через ділову ситуацію
Цей ризик є критичним; це може перешкодити продовженню всього проекту. У такому випадку ви повинні зробити
- Повторно визначте обсяг проекту, визначте, що буде перевірено, а що буде проігноровано в такому випадку
- Обговоріть із замовником термін реалізації проекту відповідно до бюджету проекту
- Підвищення продуктивності кожної фази проекту, як-от тестування, створення специфікацій для тестування… Якщо ви можете заощадити час, ви можете заощадити кошти
D. На цьому веб-сайті можуть бути відсутні функції безпеки
Цей ризик вважається середнім пріоритетом, оскільки він не впливає на весь проект і його можна уникнути. Ви можете попросити команду розробників перевірити та додати ці функції на веб-сайт.
Зареєструвати ризик
Усі ризики мають бути зафіксовані, задокументовані та визнані керівниками проекту, зацікавленою стороною та учасником проекту. Реєстр ризиків має бути у вільному доступі для всіх членів команди проекту.
Є деякі корисні для реєстрації ризику, наприклад Redmine, МІТР... тощо
Моніторинг і контроль ризиків
Ризики можна відстежувати на постійній основі, щоб перевірити, чи внесено будь-які зміни. Новий ризик можна виявити за допомогою механізмів постійного моніторингу та оцінки.
Для кращого управління ризиками ви можете звернутися Управління ризиками шаблон включити в цю статтю
