Что такое анализ рисков?
Риск — это вероятность возникновения нежелательного события.
Анализ рисков — это процесс анализа рисков, связанных с вашим Проектом тестирования .
Для успеха вашего проекта необходимо определить риск и определить соответствующие решения до начала проекта.
В этом руководстве мы познакомимся с первым этапом процесса управления тестированием: анализ рисков и решение с помощью тематического исследования.
В этой теме мы познакомимся с первым шагом в процессе управления тестированием: анализ рисков и решение с помощью тематического исследования.
Тестируемое приложение — demo.guru99.com , со спецификацией требований к программному обеспечению вы можете ознакомиться здесь .
Банк Гуру99 будет играть две роли
- Управляющий делами
- Клиент
Следующие функции / модули будут доступны для этих двух разных ролей
Вот небольшая экскурсия по сайту
Прочитав документы с требованиями, вы, возможно, поняли, что на сайте слишком много функциональных и сложных сценариев.
Здесь ситуация —
- Банковский сайт Guru99 уже завершил фазу разработки. Теперь начинается фаза тестирования. К сожалению, вы не были вовлечены на раннем этапе фазы требований
- Вашему боссу нужно, чтобы вы закончили тестирование за один месяц только с ограниченным бюджетом, но ожидаете отличного качества.
- Член команды, который является опытным инженером, говорит вам
- Что делать в таком случае?
Б) Мне все равно. Нам нужно начать работать прямо сейчас.
- The project is a mess and took all of your resources and time. The employee’s workload increased drastically & they feel stressed and overloaded
- — Your project is delayed so you could not release product on the decided deadline as you promised to your boss. As your team member said, the schedule of this project is too tight compare to the current resource allocation.
Приведенный выше пример иллюстрирует важность анализа рисков в управлении тестированием.
Управление рисками поможет вам в —
Риск, который был упомянут в приведенном выше примере, является лишь одним из многих потенциальных рисков, которые могут возникнуть в вашем проекте. Вы должны идентифицировать их и принять решение иметь дело с ними как можно скорее !!! Таким образом, правильное действие в этом примере действия .
Следовательно, анализ рисков важен
Как выполнить АНАЛИЗ РИСКА?
Это трехэтапный процесс
- Определите риски
- Анализировать влияние каждого идентифицированного риска
- Принять контрмеры для выявленного и проанализированного риска
Шаг 1) Определить риск
Риск может быть идентифицирован и классифицирован на 2 типа в программном продукте
Проектный риск
Риск проекта может быть определен как неопределенное событие или деятельность, которая может повлиять на ход проекта. Воздействие оказывает положительное или отрицательное влияние на перспективы достижения целей проекта.
Есть в основном 3 категории проектных рисков
- Организационный риск
Это риск, связанный с вашим человеческим ресурсом или вашей командой тестирования. Например, в вашем проекте нехватка технически квалифицированных участников является риском. Недостаток рабочей силы для своевременного завершения проекта — это еще один риск.
Чтобы определить организационный риск, вы должны составить список из нескольких вопросов и ответить на них в качестве самостоятельного упражнения. Вот несколько рекомендуемых вопросов.
А) да
Б) нет
А) да
Б) нет
А) да
Б) нет
Если вы ответите на все вышеупомянутые вопросы, вы легко определите потенциальные риски, которые могут повлиять на ваш проект.
- Технический риск
Технический риск — это вероятность потери во время выполнения технического процесса, такого как непроверенное проектирование, неправильная процедура тестирования и т. Д. Вот пример технического риска
- Ваша задача в этом проекте — тестирование банковского сайта. Вы должны настроить надлежащие тестовые среды, которые отражают реальные бизнес-среды. Если среда тестирования не настроена должным образом, продукт не будет протестирован правильно и многие дефекты не будут обнаружены.
- Бизнес риск
Риск связан с внешним лицом. Это риск, который может исходить от вашей компании, вашего клиента, но не от вашего проекта.
На следующем рисунке показан пример бизнес-риска.
В таком случае Менеджер тестирования должен найти решения для борьбы с таким риском, как:
- Установить приоритетность этапов тестирования, сосредоточиться на тестировании основных функций веб-сайта
- Используйте инструмент тестирования для повышения производительности тестирования
- Применить процесс улучшения, чтобы уменьшить усилия управления.
Товарный риск
Товарный риск — это вероятность того, что система или программное обеспечение не смогут удовлетворить или удовлетворить ожидания клиента, пользователя или заинтересованного лица. Этот риск связан с функциональными возможностями продукта, такими как проблемы производительности, проблемы безопасности, сценарии сбоев и т. Д.
Ниже приведены примеры некоторых рисков продукта —
- Программное обеспечение пропускает некоторые ключевые функции, которые клиенты указали в требовании пользователей.
- Программное обеспечение ненадежно и часто не работает.
- Сбой программного обеспечения способами, которые наносят финансовый или иной ущерб пользователю или компании, которая использует программное обеспечение.
- Программное обеспечение имеет проблемы, связанные с определенной характеристикой качества, такой как безопасность, надежность, удобство использования, ремонтопригодность или производительность.
Теперь вернемся к вашему проекту. Есть ли риск продукта на веб-сайте Guru 99 Bank? Чтобы ответить на этот вопрос, вы должны выполнить следующие шаги
Выполнив 3 вышеуказанных шага, выполните небольшую викторину ниже, чтобы определить риски для продукта.
А) да
Б) нет
В) я не уверен
А) да
Б) нет
А) Безопасный перевод средств
Б) Пользователь может зарегистрировать новый аккаунт
C) Не нужно больше функций
Шаг 2) Анализ влияния возникающего риска
В предыдущей теме мы уже определили риски, которые могут помешать вашему проекту. Вот список выявленных рисков:
- У вас может не хватить человеческих ресурсов, чтобы завершить проект в срок
- Испытательная среда не может быть настроена правильно , как реальная бизнес — среда.
- Бюджет вашего проекта может сократиться вдвое из-за деловой ситуации
- Этот сайт может не иметь функций безопасности
Далее вам следует проанализировать эти риски.
Каждый риск должен быть классифицирован на основе следующих двух параметров
- Вероятность возникновения
- Влияние на проект
Используя приведенную ниже матрицу, вы можете разделить риск на четыре категории: Высокий, Средний и Низкий или значения 3,2, 1.
|
Вероятность |
|
|---|---|
|
Высокий (3) |
Имеет очень высокую вероятность возникновения, может повлиять на весь проект |
|
Средний (2) |
Вероятность 50% |
|
Низкий (1) |
Низкая вероятность появления |
|
Влияние |
|
|---|---|
|
Высокий (3) |
Невозможно продолжить работу с проектом, если она не решена немедленно |
|
Средний (2) |
Невозможно продолжить деятельность по проекту, если она не решена |
|
Низкий (1) |
Нужно решить это, но можно какое-то время принимать альтернативное решение |
Рассмотрим следующие риски
|
риск |
Вероятность |
Влияние |
Приоритет = вероятность * влияние |
|---|---|---|---|
|
Срок выполнения проекта не соблюден |
3 |
3 |
9 |
|
Отказ электричества |
1 |
2 |
2 |
Исходя из вышеуказанного приоритета, вы можете принять контрмеры, указанные в таблице ниже.
|
приоритет |
Метод управления рисками |
|
|---|---|---|
|
Высокая |
6 -9 |
Принять меры по смягчению немедленно и контролировать риск каждый день, пока его статус не будет закрыт. |
|
средний |
3-5 |
Мониторинг риска каждую неделю на внутренней встрече прогресса |
|
Низкий |
1-2 |
Примите риск и контролируйте риск на основе вех. |
Теперь настало время для упражнения, у нас есть 4 риска, выявленных в проекте Guru99 Banking. Классифицируйте их самостоятельно
| риск | Высокая | средний | Низкий | Положение дел |
|
|
|
|
|
Correct.
Incorrect.
|
|
|
|
|
|
Correct.
Incorrect
|
|
|
|
|
Correct.
Incorrect
|
|
|
|
|
|
|
Correct.
Incorrect.
|
Шаг 3) Примите контрмеры, чтобы снизить риск
Эта деятельность делится на 3 части
Реакция на риск
Руководитель проекта должен выбрать стратегии, которые позволят снизить риск до минимума. Руководители проектов могут выбирать между следующими четырьмя стратегиями реагирования на риски
Возвращаясь к ранее выявленным 4 рискам, мы должны найти контрмеры, чтобы избежать или устранить их.
Б) Тестирование среда не может быть настроена правильно , как реальная бизнес — среда
C) Бюджет вашего проекта может сократиться вдвое из-за деловой ситуации
D) Этот сайт может не иметь функций безопасности
This risk cannot be avoided because of company’s situation; you cannot request more human resource for the project. In such case, you can reduce the impact of risks by choosing some options below
- Select the talented and experienced member to join the Project Team
- Create the training course to skill up the member, help them to improve the productivity
B. The testing environment may not be setup properly like real business environment
This risk could be avoided if you do the following activities
- Ask the development team for their help to build up the test environment
- Prepare all the equipment or materials (Server, database, PC..) needed for setting up environment
C. Your project may cut by half because of business situation
This risk is a critical; it may prevent the whole project from proceeding. In that case, you should do
- Re-define the project scope, identify what will be tested and what will be ignored in such case
- Negotiate with customer about the term of project to fit for the project budget
- Improve the productivity of each project phase such as testing, making test specs,…If you can save time, you can save cost
D. This website may lack security features
This risk is considered as Medium priority, because it doesn’t affect to the whole project and could be avoided. You can request the development team to check and add these functions to the website.
Зарегистрировать риск
Весь риск должен быть записан, задокументирован и признан менеджерами проекта, заинтересованным лицом и участником проекта. Реестр рисков должен быть свободно доступен для всех членов проектной команды.
Есть несколько полезных для регистрации рисков, таких как Redmine , MITER … и т. Д.
Мониторинг и контроль рисков
Риски можно отслеживать на постоянной основе, чтобы проверить, были ли внесены какие-либо изменения. Новый риск можно определить с помощью механизмов постоянного мониторинга и оценки.
Для лучшего управления рисками, вы можете обратиться к шаблону управления рисками, включенному в эту статью