Анализ рисков проекта и решения в области тестирования программного обеспечения

Что такое анализ рисков?

Риск – это вероятность возникновения нежелательного события.

Анализ рисков в разработке программного обеспечения — это процесс анализа рисков, связанных с вашей Тестирование Проект.

Для успеха вашего проекта необходимо определить риски и определить соответствующие решения до начала проекта. Идентификация рисков в разработке программного обеспечения помогает вам выявить вероятные риски на ранних стадиях.

В этом руководстве мы познакомимся с первым шагом процесса управления тестированием: анализ рисков и решение с помощью тематического исследования.

В этой теме мы познакомимся с первым шагом в процессе управления тестированием: анализ рисков при тестировании и решении программного обеспечения с помощью тематического исследования.

Тестируемое приложение http://demo.guru99.com/V4/, вы можете обратиться к спецификации требований к программному обеспечению. здесь.

Банк Guru99 будет выполнять две роли

  • Менеджер
  • Клиент

Фоллоwing функции/модули будут доступны для этих двух разных ролей.

Анализ рисков

Вот небольшой экскурс по сайту

Анализ рисков

Прочитав документы с требованиями, вы, возможно, поняли, что на веб-сайте слишком много функциональная и complex сценарии.

Вот ситуация –

  1. Банковский сайт Guru99 уже завершил этап разработки. Теперь начинается этап тестирования. К сожалению, вы не были вовлечены на ранней стадии разработки требований.
  2. Вашему боссу нужно, чтобы вы закончили тестирование за один месяц только с ограниченным бюджетом, но ожидает большой качество.
  3. Член команды, опытный инженер, расскажет вам

Анализ рисков

  1. Что делать в таком случае?

А) Кажется, это большая проблема. Надо разобраться как можно скорее!!!

Б) Мне все равно. Нам нужно начать работать прямо сейчас.

Если вы выберете действие Б, вот результаты через месяц.

  • Проект представляет собой беспорядок и отнял все ваши ресурсы и время. Рабочая нагрузка сотрудника резко возросла, и он чувствует стресс и перегрузку.
  • Анализ рисков

  • – Ваш проект задерживается, поэтому вы не смогли выпустить продукт в установленный срок, как обещали своему начальнику. Как сказал член вашей команды, график этого проекта слишком плотный по сравнению с текущим распределением ресурсов.
  • Анализ рисков

Если вы выберете действие А, вот результаты через месяц.

Анализ рисков

Приведенный выше пример иллюстрирует значение анализа рисков в управлении тестированием.

Управление рисками поможет вам:

Анализ рисков

Риск, упомянутый в приведенном выше примере, является лишь одним из многих потенциальных рисков, которые могут возникнуть в вашем проекте. Вы должны их выявить и принять решение разобраться с ними как можно скорее!!! Итак, правильное действие в этом примере: действие А.

Следовательно, анализ рисков при тестировании важен.

Как провести АНАЛИЗ РИСКА?

Это трехэтапный процесс

  1. Определите риски
  2. Анализируйте влияние каждого выявленного риска
  3. Принять меры противодействия выявленному и проанализированному риску

Как провести АНАЛИЗ РИСКА

Шаг 1) Определите риск

В программном продукте риск можно идентифицировать и классифицировать на 2 типа.

Определить риск

Проектный риск

Риск проекта можно определить как неопределенный событие или деятельность, которые могут повлиять на ход проекта. Воздействие имеет положительный or отрицательный влияние на перспективы достижения целей проекта.

В основном существует 3 категории рисков проекта.

Проектный риск

Организационный риск

Это риск, связанный с вашим человеческий ресурс или вашей команды тестирования. Например, в вашем проекте нехватка технически квалифицированных участников представляет собой риск. Еще одним риском является отсутствие достаточного количества рабочей силы для своевременного завершения проекта.

Организационный риск

Чтобы определить организационный риск, вам следует составить список из нескольких вопросов и ответить на них в качестве самостоятельного упражнения. Вот несколько рекомендуемых вопросов.

1. Хорошо ли это организована команда?

A) Да

Б) Нет

Ваш проект не несет в себе никакого организационного риска
Создайте более сильную команду и создайте атмосферу сотрудничества.

2. Обладает ли каждый член команды навыками выполнения своей работы?

A) Да

Б) Нет

Ваш проект не несет в себе никакого организационного риска
Создайте учебный курс для повышения квалификации участников

3. По сравнению с размером и графиком проекта, хватит ли у нас человеческих ресурсов, чтобы завершить проект в срок?

A) Да

Б) Нет

Ваш проект не несет в себе никакого организационного риска
Попросите совет проекта привлечь больше человеческих ресурсов.

Если вы ответите на все вышеперечисленные вопросы, вы легко определите потенциальные риски, которые могут повлиять на ваш проект.

Технический риск

Технический риск — это вероятность убытков, понесенных во время выполнения технического процесса, например, из-за непроверенной разработки, неправильной процедуры тестирования… и т. д. Вот пример технического риска

  • Ваша задача в этом проекте — тестирование банковского сайта. Вам необходимо настроить правильную тестовую среду, отражающую реальную бизнес-среду. Если Тестовая среда настроен неправильно, продукт будет не быть протестированы правильно и многие дефекты не будет обнаружен.

Деловой риск

Риск предполагает и, что лучший способ сущность. Это риск, который может исходить от вашей компании, вашего клиента, но не от вашего проекта.

Фоллоwing На картинке показан пример бизнес-риска.

Деловой риск

В таком случае руководитель тестирования должен найти решения для борьбы с риском, такие как:

  • Поставьте приоритет на этапах тестирования сосредоточьтесь на тестировании основных функций веб-сайта.
  • Использовать инструмент тестирования для повышения продуктивности тестирования
  • Применить улучшение процесса сократить усилия руководства.

Риск продукта

Риск продукта Это вероятность того, что система или программное обеспечение не смогут удовлетворить или оправдать ожидания клиента, пользователя или заинтересованной стороны. Этот риск в плане тестирования связан с функциональность продукта, например проблемы с производительностью, проблемы безопасности, сценарии сбоев и т. д.

Фоллоwing являются примерами некоторых рисков продукта –

  • Программа пропускает некоторые ключ функция, которую клиенты указали в пользовательском
    требование
  • Программное обеспечение ненадежный и часто не удается Если вы меняете свою работу и работаете с другим работодателем, то этот новый работодатель должен получить для вас новое разрешение на работу.
  • Программное обеспечение выходит из строя таким образом, что наносит финансовый или иной ущерб пользователю или компании, которая использует это программное обеспечение.
  • Программное обеспечение имеет проблемы, связанные с определенными характеристиками качества, такими как безопасность, надежность, удобство использования, ремонтопригодность или производительность.

Теперь вернемся к вашему проекту. Есть ли какой-либо риск для продукта на сайте Guru 99 Bank? Чтобы ответить на этот вопрос, вам следует следовать следующемуwing шага


Риск продукта

После того, как вы выполните вышеуказанные 3 шага, пройдите небольшой тест ниже, чтобы определить риски продукта.

1) Можно ли сайт банка Guru99 безопасный учетная запись клиента и его данные?
A) Да

Б) Нет

В) Я не уверен

Неправильный
Верный

2) Есть ли сайт годный к употреблению для клиента?
A) Да

Б) Нет

Верный
Неправильный

3) Какие еще функции должен иметь сайт?
А) Безопасный перевод средств

Б) Пользователь может зарегистрировать новую учетную запись

C) Нет необходимости в дополнительных функциях

Неправильный
Верный

Шаг 2) Проанализируйте влияние возникшего риска

В предыдущей теме мы уже определили риски, которые могут помешать вашему проекту. Вот список выявленных рисков:

  • Вам может не хватить человеческий ресурс завершить проект в срок
  • Тестирование охрана окружающей среды может быть настроен неправильно, как в реальной бизнес-среде.
  • Ваш проект бюджет может сократиться вдвое из-за деловой ситуации
  • Этот веб-сайт может отсутствие функции безопасности

Далее следует проанализировать эти риски.

Каждый риск следует классифицировать на основе следующихwing два параметра

  • вероятность возникновения
  • влияние на проекте

Используя приведенную ниже матрицу, вы можете классифицировать риск на четыре категории, как Высокий, средний, и Низкий или значения 3,2, 1

Вероятность

Высокий (3)

Имеет очень высокую вероятность возникновения, может повлиять на весь проект

Средний (2)

50% вероятность возникновения

Низкий (1)

Низкая вероятность возникновения

Влияние

Высокий (3)

Невозможно продолжить деятельность по проекту, если проблема не решена. немедленно

Средний (2)

Невозможно продолжить деятельность проекта, если проблема не решена.

Низкий (1)

Необходимо решить эту проблему, но на время можно принять альтернативное решение.

Рассмотрим следующееwing Риски

Снижение

Вероятность

Влияние

Приоритет = Вероятность* Влияние

Срок реализации проекта не соблюден

3

3

9

Отказ электричества

1

2

2

На основании вышеуказанного приоритета вы можете принять меры по снижению риска при тестировании или контрмеры, указанные в таблице ниже.

приоритет

Метод управления рисками

High

6-9

Немедленно примите меры по снижению риска и отслеживайте риск каждый день, пока его статус не будет закрыт.

средняя

3-5

Контролируйте риск каждую неделю на внутреннем совещании по прогрессу.

Низкий

1-2

Примите риск и отслеживайте его на основе этапов.

Пришло время потренироваться: в проекте Guru4 Banking выявлено 99 риска. Классифицируйте их сами

Снижение High Medium Низкий Статус:
  1. Вам может не хватить человеческий ресурс завершить проект в срок
Верный.
Неправильно.
  1. Тестирование охрана окружающей среды может быть настроен неправильно, как в реальной бизнес-среде
Верный.
Неправильный
  1. Ваш проект бюджет может сократиться вдвое из-за деловой ситуации
Верный.
Неправильный
  1. Этот веб-сайт может отсутствие функции безопасности
Верный.
Неправильно.

Шаг 3) Примите КОНТРМЕРЫ для снижения риска.

Это занятие разделено на 3 части

Примите контрмеры для снижения риска

Реагирование на риски

Руководителю проекта необходимо выбрать стратегии, которые сведут риск к минимуму. Менеджеры проектов могут выбирать между следующимиwing четыре стратегии реагирования на риски

Реагирование на риски

Возвращаясь к четырем рискам, выявленным ранее, нам нужно найти риск и способы его снижения при тестировании или контрмера чтобы избежать или устранить их.

А) Вам может не хватить отдел кадров завершить проект в срок

Б) Тестирование охрана окружающей среды может быть настроен неправильно, как в реальной бизнес-среде

В) Ваш проект бюджет может сократиться вдвое из-за деловой ситуации

D) Этот веб-сайт может отсутствие функции безопасности

А. У вас может не хватить человеческих ресурсов, чтобы завершить проект в установленный срок.
Этого риска невозможно избежать из-за ситуации в компании; вы не можете запросить дополнительные человеческие ресурсы для проекта. В таком случае вы можете снизить влияние рисков, выбрав несколько вариантов ниже.

  • Выберите талантливого и опытного участника, который присоединится к команде проекта.
  • Создайте учебный курс, чтобы повысить квалификацию участников и помочь им повысить производительность.

Б. Среда тестирования может быть настроена не так, как реальная бизнес-среда.
Этого риска можно избежать, если вы сделаете следующее.wing активно

  • Попросите команду разработчиков помочь в создании тестовой среды.
  • Подготовьте все оборудование или материалы (сервер, базу данных, ПК...), необходимые для настройки среды.

C. Ваш проект может сократиться вдвое из-за деловой ситуации.
Этот риск является критическим; это может помешать продолжению всего проекта. В этом случае вам следует сделать

  • Переопределите масштаб проекта, определите, что будет проверено, а что в таком случае будет проигнорировано.
  • Согласование с заказчиком сроков реализации проекта в соответствии с бюджетом проекта.
  • Повышайте производительность на каждом этапе проекта, например, при тестировании, составлении спецификаций тестирования… Если вы можете сэкономить время, вы сможете сэкономить и затраты.

D. На этом веб-сайте могут отсутствовать функции безопасности.
Этот риск считается средним приоритетом, поскольку он не влияет на весь проект и его можно избежать. Вы можете попросить команду разработчиков проверить и добавить эти функции на сайт.

Зарегистрировать риск

Все риски должны быть зафиксированы, документированы и признаны руководителями проектов, заинтересованными сторонами и участниками проекта. Реестр рисков должен быть доступен всем членам проектной команды.

Есть некоторые полезные возможности для регистрации рисков, например Redmine, MITER... и т. д.

Мониторинг и контроль рисков

Риски можно отслеживать на постоянной основе, чтобы проверить, внесены ли какие-либо изменения. Новый риск может быть выявлен посредством механизмов постоянного мониторинга и оценки.

Для лучшего управления рисками вы можете обратиться Управление рисками шаблон включен в эту статью