Анализ рисков проекта и решения в области тестирования программного обеспечения
Томас Гамильтон
Что такое анализ рисков?
Риск – это вероятность возникновения нежелательного события.
Анализ рисков в разработке программного обеспечения — это процесс анализа рисков, связанных с вашей Тестирование Проект.
Для успеха вашего проекта необходимо определить риски и определить соответствующие решения до начала проекта. Идентификация рисков в разработке программного обеспечения помогает вам выявить вероятные риски на ранних стадиях.
В этом руководстве мы познакомимся с первым шагом процесса управления тестированием: анализ рисков и решение с помощью тематического исследования.
В этой теме мы познакомимся с первым шагом в процессе управления тестированием: анализ рисков при тестировании и решении программного обеспечения с помощью тематического исследования.
Тестируемое приложение http://demo.guru99.com/V4/, вы можете обратиться к спецификации требований к программному обеспечению. здесь.
Банк Guru99 будет выполнять две роли
- Менеджер
- Клиент
Следующие функции/модули будут доступны для этих двух разных ролей.
Вот небольшой экскурс по сайту
Прочитав документы с требованиями, вы, возможно, поняли, что на веб-сайте слишком много функциональная и комплекс сценарии.
Вот ситуация –
- Банковский сайт Guru99 уже завершил этап разработки. Теперь начинается этап тестирования. К сожалению, вы не были вовлечены на ранней стадии разработки требований.
- Вашему боссу нужно, чтобы вы закончили тестирование за один месяц только с ограниченным бюджетом, но ожидает большой качество.
- Член команды, опытный инженер, расскажет вам
- Что делать в таком случае?
А) Кажется, это большая проблема. Нам нужно разобраться с А.SAP!
Б) Мне все равно. Нам нужно начать работать прямо сейчас.
- Проект представляет собой беспорядок и отнял все ваши ресурсы и время. Рабочая нагрузка сотрудника резко возросла, и он чувствует стресс и перегрузку.
- – Ваш проект задерживается, поэтому вы не смогли выпустить продукт в установленный срок, как обещали своему начальнику. Как сказал член вашей команды, график этого проекта слишком плотный по сравнению с текущим распределением ресурсов.
Приведенный выше пример иллюстрирует значение анализа рисков в управлении тестированием.
Управление рисками поможет вам:
Риск, упомянутый в приведенном выше примере, является лишь одним из многих потенциальных рисков, которые могут возникнуть в вашем проекте. Вам следует их идентифицировать и принять решение о том, как с ними бороться.SAP!!! Итак, правильное действие в этом примере: действие А.
Следовательно, анализ рисков при тестировании важен.
Как провести АНАЛИЗ РИСКА?
Это трехэтапный процесс
- Определите риски
- Анализируйте влияние каждого выявленного риска
- Принять меры противодействия выявленному и проанализированному риску
Шаг 1) Определите риск
В программном продукте риск можно идентифицировать и классифицировать на 2 типа.
Проектный риск
Риск проекта можно определить как неопределенный событие или деятельность, которые могут повлиять на ход проекта. Воздействие имеет положительный or отрицательный влияние на перспективы достижения целей проекта.
В основном существует 3 категории рисков проекта.
Организационный риск
Это риск, связанный с вашим человеческий ресурс или вашей команды тестирования. Например, в вашем проекте нехватка технически квалифицированных участников представляет собой риск. Еще одним риском является отсутствие достаточного количества рабочей силы для своевременного завершения проекта.
Чтобы определить организационный риск, вам следует составить список из нескольких вопросов и ответить на них в качестве самостоятельного упражнения. Вот несколько рекомендуемых вопросов.
A) Да
Б) Нет
A) Да
Б) Нет
A) Да
Б) Нет
Если вы ответите на все вышеперечисленные вопросы, вы легко определите потенциальные риски, которые могут повлиять на ваш проект.
Технический риск
Технический риск — это вероятность убытков, понесенных во время выполнения технического процесса, например, из-за непроверенной разработки, неправильной процедуры тестирования… и т. д. Вот пример технического риска
- Ваша задача в этом проекте — тестирование банковского сайта. Вам необходимо настроить правильную тестовую среду, отражающую реальную бизнес-среду. Если Тестовая среда настроен неправильно, продукт будет быть протестированы правильно и многие дефекты не будет обнаружен.
Деловой риск
Риск предполагает и, что лучший способ сущность. Это риск, который может исходить от вашей компании, вашего клиента, но от вашего проекта.
На следующем рисунке показан пример бизнес-риска.
В таком случае руководитель тестирования должен найти решения для борьбы с риском, такие как:
- Поставьте приоритет на этапах тестирования сосредоточьтесь на тестировании основных функций веб-сайта.
- Использовать инструмент тестирования для повышения продуктивности тестирования
- Применить улучшение процесса сократить усилия руководства.
Риск продукта
Риск продукта Это вероятность того, что система или программное обеспечение не смогут удовлетворить или оправдать ожидания клиента, пользователя или заинтересованной стороны. Этот риск в плане тестирования связан с функциональность продукта, например проблемы с производительностью, проблемы безопасности, сценарии сбоев и т. д.
Ниже приведены примеры нескольких рисков продукта:
- Программа пропускает некоторые ключ функция, которую клиенты указали в пользовательском
требование - Программное обеспечение ненадежный и часто не удается Если вы меняете свою работу и работаете с другим работодателем, то этот новый работодатель должен получить для вас новое разрешение на работу.
- Программное обеспечение выходит из строя таким образом, что наносит финансовый или иной ущерб пользователю или компании, которая использует это программное обеспечение.
- Программное обеспечение имеет проблемы, связанные с определенными характеристиками качества, такими как безопасность, надежность, удобство использования, ремонтопригодность или производительность.
Теперь вернемся к вашему проекту: есть ли какой-либо риск на сайте банка «Гуру 99»? Чтобы ответить на этот вопрос, вам следует выполнить следующие шаги
После того, как вы выполните вышеуказанные 3 шага, пройдите небольшой тест ниже, чтобы определить риски продукта.
A) Да
Б) Нет
В) Я не уверен
A) Да
Б) Нет
А) Безопасный перевод средств
Б) Пользователь может зарегистрировать новую учетную запись
C) Нет необходимости в дополнительных функциях
Шаг 2) Проанализируйте влияние возникшего риска
В предыдущей теме мы уже определили риски, которые могут помешать вашему проекту. Вот список выявленных рисков:
- Вам может не хватить человеческий ресурс завершить проект в срок
- Тестирование охрана окружающей среды может быть настроен неправильно, как в реальной бизнес-среде.
- Ваш проект бюджет может сократиться вдвое из-за деловой ситуации
- Этот веб-сайт может отсутствие функции безопасности
Далее следует проанализировать эти риски.
Каждый риск следует классифицировать на основе следующих двух параметров:
- " вероятность возникновения
- " влияние на проекте
Используя приведенную ниже матрицу, вы можете классифицировать риск на четыре категории, как Высокий, средний, и Низкий или значения 3,2, 1
|
Вероятность |
|
|---|---|
|
Высокий (3) |
Имеет очень высокую вероятность возникновения, может повлиять на весь проект |
|
Средний (2) |
50% вероятность возникновения |
|
Низкий (1) |
Низкая вероятность возникновения |
|
Влияние |
|
|---|---|
|
Высокий (3) |
Невозможно продолжить деятельность по проекту, если проблема не решена. немедленно |
|
Средний (2) |
Невозможно продолжить деятельность проекта, если проблема не решена. |
|
Низкий (1) |
Необходимо решить эту проблему, но на время можно принять альтернативное решение. |
Учитывайте следующие риски
|
Снижение |
Вероятность |
Влияние |
Приоритет = Вероятность* Влияние |
|---|---|---|---|
|
Срок реализации проекта не соблюден |
3 |
3 |
9 |
|
Отказ электричества |
1 |
2 |
2 |
На основании вышеуказанного приоритета вы можете принять меры по снижению риска при тестировании или контрмеры, указанные в таблице ниже.
|
приоритет |
Метод управления рисками |
|
|---|---|---|
|
Высокий |
6-9 |
Немедленно примите меры по снижению риска и отслеживайте риск каждый день, пока его статус не будет закрыт. |
|
средняя |
3-5 |
Контролируйте риск каждую неделю на внутреннем совещании по прогрессу. |
|
Низкий |
1-2 |
Примите риск и отслеживайте его на основе этапов. |
Пришло время потренироваться: в проекте Guru4 Banking выявлено 99 риска. Классифицируйте их сами
| Снижение | Высокий | Средний | Низкий | Статус: |
|
|
|
|
|
Верный.
Неправильно.
|
|
|
|
|
|
Верный.
Неправильный
|
|
|
|
|
Верный.
Неправильный
|
|
|
|
|
|
|
Верный.
Неправильно.
|
Шаг 3) Примите КОНТРМЕРЫ для снижения риска.
Это занятие разделено на 3 части
Реагирование на риски
Руководителю проекта необходимо выбрать стратегии, которые сведут риск к минимуму. Менеджеры проектов могут выбирать между следующими четырьмя стратегиями реагирования на риски.
Возвращаясь к четырем рискам, выявленным ранее, нам нужно найти риск и способы его снижения при тестировании или контрмера чтобы избежать или устранить их.
Б) Тестирование охрана окружающей среды может быть настроен неправильно, как в реальной бизнес-среде
В) Ваш проект бюджет может сократиться вдвое из-за деловой ситуации
D) Этот веб-сайт может отсутствие функции безопасности
Этого риска невозможно избежать из-за ситуации в компании; вы не можете запросить дополнительные человеческие ресурсы для проекта. В таком случае вы можете снизить влияние рисков, выбрав несколько вариантов ниже.
- Выберите талантливого и опытного участника, который присоединится к команде проекта.
- Создайте учебный курс, чтобы повысить квалификацию участников и помочь им повысить производительность.
Б. Среда тестирования может быть настроена не так, как реальная бизнес-среда.
Этого риска можно избежать, если выполнить следующие действия.
- Попросите команду разработчиков помочь в создании тестовой среды.
- Подготовьте все оборудование или материалы (сервер, базу данных, ПК...), необходимые для настройки среды.
C. Ваш проект может сократиться вдвое из-за деловой ситуации.
Этот риск является критическим; это может помешать продолжению всего проекта. В этом случае вам следует сделать
- Переопределите масштаб проекта, определите, что будет проверено, а что в таком случае будет проигнорировано.
- Согласование с заказчиком сроков реализации проекта в соответствии с бюджетом проекта.
- Повышайте производительность на каждом этапе проекта, например, при тестировании, составлении спецификаций тестирования… Если вы можете сэкономить время, вы сможете сэкономить и затраты.
D. На этом веб-сайте могут отсутствовать функции безопасности.
Этот риск считается средним приоритетом, поскольку он не влияет на весь проект и его можно избежать. Вы можете попросить команду разработчиков проверить и добавить эти функции на сайт.
Зарегистрировать риск
Все риски должны быть зафиксированы, документированы и признаны руководителями проектов, заинтересованными сторонами и участниками проекта. Реестр рисков должен быть доступен всем членам проектной команды.
Есть некоторые полезные возможности для регистрации рисков, например Redmine, MITER... и т. д.
Мониторинг и контроль рисков
Риски можно отслеживать на постоянной основе, чтобы проверить, внесены ли какие-либо изменения. Новый риск может быть выявлен посредством механизмов постоянного мониторинга и оценки.
Для лучшего управления рисками вы можете обратиться Управление рисками шаблон включен в эту статью
