РУКОВОДСТВО ПО РИСК-ОРИЕНТИРОВАННОМУ ТЕСТИРОВАНИЮ: КАК ПРОВОДИТЬ РИСК-ОРИЕНТИРОВАННОЕ ТЕСТИРОВАНИЕ

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

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

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

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

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

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

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

Некоторые примеры риска продукта:

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

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

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

Некоторые примеры риска проекта:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Какой процесс задействован в тестировании на основе рисков?

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

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

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

Первый шаг в решении проблемы — ее определение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Каковы различные методы тестирования в тестировании на основе рисков?

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

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

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

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

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

Заключение

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

Еще об этом:

150+ ЛУЧШИХ ВОПРОСОВ И ОТВЕТОВ НА ИНТЕРВЬЮ О ТЕСТИРОВАНИИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ЛУЧШИЕ ИНСТРУМЕНТЫ ТЕСТИРОВАНИЯ МОБИЛЬНЫХ ПРИЛОЖЕНИЙ В 2024 ГОДУ ДЛЯ ANDROID И IOS ЛУЧШИЕ ИНСТРУМЕНТЫ АВТОМАТИЗИРОВАННОГО ТЕСТИРОВАНИЯ (БЕСПЛАТНЫЕ И ПЛАТНЫЕ) | август 2022 г. ЛУЧШИЕ САЙТЫ ТЕСТИРОВАНИЯ ПРОДУКТА: ПОЛУЧАЙТЕ ПЛАТ ЗА ТЕСТИРОВАНИЕ И ОБЗОР ПРОДУКТОВ ЧТО ТАКОЕ СКВОЗНОЕ (E2E) ТЕСТИРОВАНИЕ? | ПОДРОБНОЕ РУКОВОДСТВО 90+ ВОПРОСОВ И ОТВЕТОВ ИЗ ИНТЕРВЬЮ LOADRUNNER | ОБНОВЛЕНИЕ 2022 г. РУЧНОЕ ТЕСТИРОВАНИЕ ПРОТИВ АВТОМАТИЗИРОВАННОГО | ВАЖНЫЕ ОТЛИЧИЯ, КОТОРЫЕ ВЫ ДОЛЖНЫ ЗНАТЬ БЕТА-ТЕСТИРОВАНИЕ – ПОДРОБНОЕ РУКОВОДСТВО РУКОВОДСТВО ПО ТЕСТИРОВАНИЮ ЭЛЕКТРОННОЙ КОММЕРЦИИ: КАК ПРОВЕРИТЬ ВЕБ-САЙТ ЭЛЕКТРОННОЙ КОММЕРЦИИ ЧТО ТАКОЕ РЕГРЕССИОННОЕ ТЕСТИРОВАНИЕ | ОПРЕДЕЛЕНИЕ, ИНСТРУМЕНТЫ, КАК ВЫПОЛНЯТЬ