atesting.ru Блог Руководство по тестированию на основе рисков: как проводить тестирование на основе рисков

Руководство по тестированию на основе рисков: как проводить тестирование на основе рисков

«Руководство

В этом сообщении блога будет рассказано, что такое тестирование на основе рисков, как его проводить, а также следующее

Что такое риск?

Риск можно определить как вероятность и последствия неожиданных инцидентов.

В контексте тестирования программного обеспечения риск проявляется в жестких графиках, неопределенном объеме проекта, недостаточных ресурсах, постоянно меняющихся ресурсах и т. Д. Обычно тестирование является последним этапом в разработке приложения, поэтому оно всегда происходит под давлением и в тяжелых условиях. временные ограничения.

Когда вы работаете над созданием или тестированием программного продукта в проекте, всегда есть риск. Мы можем понять это, используя два типа рисков: риск продукта и риск проекта.

Что такое риск продукта?

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

Некоторые примеры рисков, связанных с продуктом:

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

Что такое риск проекта?

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

Вот некоторые примеры рисков проекта:

  • Огромные изменения в требованиях в последнюю минуту.
  • Задержка в получении тестовой сборки, недоступность тестовой среды, задержка с исправлением проблем в тестовой сборке и среде.
  • Такие проблемы, как отсутствие технических знаний, нехватка персонала и т. Д.

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

Теперь, когда мы увидели, что есть риск и его типы, давайте посмотрим, что такое тестирование на основе рисков.

Тестирование на основе рисков — это методология тестирования, которая управляет, устанавливает приоритеты и выполняет действия по тестированию на основе возможности и влияния рисков в программный продукт.

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

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

Agile — это модель SDLC, известная своей скоростью и гибкостью. В Agile мы планируем спринт продолжительностью от 1 до 4 недель (короткий промежуток времени, в течение которого команда работает над созданием прототипа, работоспособной версии или нового модуля, который будет добавлен в систему). Трудно полностью протестировать каждую функциональность в короткие сроки.

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

Таким образом, стратегия тестирования на основе рисков особенно полезна в методологии Agile для анализа, планирования, оценки, проектирования, выполнения и результатов тестирования. отчетность.

Какова цель тестирования на основе рисков?

  • Для создания и установления структуры, которая способствует четкому обсуждению между различными заинтересованными сторонами существующего риска. Это поможет вам определить термины и договориться об общем языке, который сделает риск видимым и действенным.
  • Для удовлетворения потребностей клиента, таких как бизнес-функции, сроки, качество, стоимость и т. Д., А также потребностей группы разработчиков, таких как объем, сроки, обслуживание и т. д.
  • Обеспечить четкую основу для принятия решения о том, как управлять бюджетом, согласовывать сроки, избегать задержек и т. Д., Не влияя на качество программного обеспечения.
  • Чтобы выделить важные функции и проблемы для клиентов, что, в свою очередь, создает эту иерархию требований к тестированию .

Когда проводить тестирование на основе рисков?

Мы можем выполнять тестирование на основе рисков для следующих сценариев:

< ul>

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

    Процесс проведения тестирования на основе рисков можно разделить на 3 этапа:

    1. Идентификация риска
    2. Оценка риска
    3. Снижение риска

    Как идентифицировать риск ?

    Первым шагом в решении проблемы является определение проблемы.

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

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

    Как оценить риск?

    Мы можем оценить риск, классифицируя риск в первую очередь.

    Серьезный: Как следует из названия, он должен быть первым приоритетом, должны быть предприняты немедленные действия для изоляции риска. Другие действия следует прекратить, пока риск не снизится до низкого или среднего уровня.

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

    Средний: Это разумные, мы должны предпринять действенные шаги, чтобы минимизировать их.

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

    Затем мы должны определить вероятность и влияние этих рисков.

    < th class = "column-2"> Вероятность

    Риск Воздействие
    Жесткий график Высокий Высокий
    Ограничение ресурсов Среднее Высокий
    На последнем этапе обнаружены дефекты Средний Высокий
    Область не определена Medium Medium
    Стихийные бедствия Низкий Средний

    Примером из реальной жизни может служить Covid-19, эта пандемия оказывает огромное влияние на бизнес. Теперь это считается одним из факторов при планировании, составлении бюджета, графиках и ресурсах.

    Как снизить риск?

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

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

    Как проводить тестирование на основе рисков?

    Шаг 1. Мы можем начать с оценки рисков, создав список основных компонентов в нашем приложении. Запишите от 10 до 15 важных функций в приложении и отметьте их уровень риска, вероятность и влияние.

    Шаг 2: Теперь мы можем сопоставить наше тестовое покрытие с оценкой риска, чтобы определить пробелы в нашем покрытии. Идеальным сценарием было бы адекватное покрытие для областей высокого и среднего риска, в противном случае мы должны решить их немедленно.

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

    Шаг 4: Затем создайте свой план тестирования, назначив дополнительные ресурсы для тестирования областям повышенного риска. Обычно недавно разработанные функции представляют более высокий риск для всего приложения, поэтому вы можете начать с этого.

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

    Какие существуют методы тестирования в тестировании на основе рисков?

      < li>Управление рисками продукта (PRisMa) — используется для определения соответствующей стратегии тестирования и методов проектирования тестов таким образом, чтобы в первую очередь отдавать приоритет модулям высокого уровня риска.
    • Прагматический анализ и управление рисками (PRAM) — Он включает процессы, методы и методы, которые помогают анализировать риски, связанные с проектом, и управлять ими. Он основан на расчете числа приоритета риска (RPN).
    • Систематическое тестирование программного обеспечения (SST). Требуются спецификации требований в качестве входных данных для анализа рисков.

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

    • Количество запланированных и выполненных тестовых примеров.
    • Количество тестовых примеров — пройдено или не выполнено
    • Количество выявленных рисков — статус и серьезность каждого
    • Количество критических рисков — все еще открытые
    • Случаи простоя тестовой среды
    • Сводный отчет о тестировании
    • Отчет о прохождении тестирования
    • Затраченные усилия — запланированные и фактические
    • Варианты графика — запланированные и фактические
    • Процентное соотношение идентификация риска
    • Процент снижения риска

    Каковы преимущества подхода к тестированию на основе рисков?

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

    Заключение

    Тестирование на основе рисков — это совместные усилия, при которых команда разработчиков и группа тестирования объединяются для снижения риска. Они оценивают и рассчитывают уровень риска в каждом модуле, они определяют приоритетность на основе высокого уровня — низкого уровня риска. Это позволяет избежать чрезмерного тестирования, которое замедляет работу над проектом, чтобы оптимизировать эффективность процесса.

    TAG: qa