career

Управление рисками

Около 7 мин чтения

(ISTQB 5.2)

Обзор

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

ISTQB Foundation Syllabus, раздел 5.2 — риск-ориентированное тестирование фокусирует усилия на наиболее важных и вероятных рисках.

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

Риск продукта (Product Risk)

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

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

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

Пользователи не смогут выполнить ключевые операции
Продукт не отвечает требованиям по производительности
Нарушение безопасности данных
Несовместимость с другими системами
Потеря данных при сбое
Несоблюдение нормативных требований
Недостаточная отказоустойчивость

Факторы, увеличивающие риск продукта:

Критерий	Риск продукта	Риск проекта
Фокус	Качество продукта	Управление проектом
Вопрос	«Что может сломаться в продукте?»	«Что может пойти не так в проекте?»
Пример	Утечка данных	Нехватка ресурсов
Меры	Тестирование, ревью, анализ	Планирование, мониторинг, буферы
Владелец	Команда разработки/тестирования	Менеджер проекта
Влияние	Неудовлетворённость пользователей	Срыв сроков/бюджета

┌─────────────────────────────────────────────────────┐ │ ОБЛАСТИ РИСКОВ ПРОДУКТА │ ├─────────────────────────────────────────────────────┤ │ • Функциональная корректность │ │ • Безопасность и конфиденциальность │ │ • Производительность и масштабируемость │ │ • Совместимость (браузеры, ОС, устройства) │ │ • Доступность (accessibility) │ │ • Надёжность и отказоустойчивость │ │ • Удобство использования │ │ • Локализация и интернационализация │ └─────────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────────┐ │ ОБЛАСТИ РИСКОВ ПРОЕКТА │ ├─────────────────────────────────────────────────────┤ │ • Ресурсы (персонал, бюджет, инструменты) │ │ • Сроки и графики │ │ • Качество входных данных │ │ • Техническая инфраструктура │ │ • Внешние зависимости │ │ • Организационные изменения │ │ • Коммуникация │ └─────────────────────────────────────────────────────┘

Риск	Уровень тестирования	Глубина	Техники
Критический	Все уровни	Максимальная	Все applicable техники + эксплораторное
Высокий	Системное + интеграционное	Высокая	Эквивалентное разбиение + граничные значения
Средний	Системное	Средняя	Эквивалентное разбиение
Низкий	Базовое системное	Минимальная	Smoke-тесты, проверка happy path

Уровень	Описание	Баллы
Очень низкая	Маловероятно (< 5%)	1
Низкая	Возможно (5-25%)	2
Средняя	Вероятно (25-50%)	3
Высокая	Очень вероятно (50-75%)	4
Очень высокая	Почти наверняка (> 75%)	5

Уровень	Описание	Баллы
Незначительное	Минимальный эффект	1
Низкое	Локальные последствия	2
Среднее	Заметное влияние на проект	3
Высокое	Серьёзные последствия	4
Критическое	Угроза успеху проекта/продукта	5

Зона	Баллы	Действие
🟢 Низкий	1-4	Принять риск, мониторить
🟡 Средний	5-9	Разработать меры снижения
🟠 Высокий	10-16	Активные меры по снижению
🔴 Критический	17-25	Немедленные действия, Escalation

Риск	Вероятность	Влияние	Балл	Зона	Действие
Потеря данных при сбое	3	5	15	🟠	Тестирование отказоустойчивости, backup
Медленная работа при нагрузке	4	4	16	🟠	Нагрузочное тестирование
Несовместимость с IE11	2	3	6	🟡	Тестирование совместимости
Некорректный перевод	2	2	4	🟢	Smoke-тест локализации

┌──────────────────────────────────────────────────────────┐ │ УПРАВЛЕНИЕ РИСКАМИ │ ├──────────────────────────────────────────────────────────┤ │ │ │ 1. ИДЕНТИФИКАЦИЯ ───→ Выявление потенциальных рисков │ │ │ │ │ ▼ │ │ 2. АНАЛИЗ ──────────→ Оценка вероятности и влияния │ │ │ │ │ ▼ │ │ 3. ПРИОРИТИЗАЦИЯ ───→ Расстановка приоритетов │ │ │ (матрица рисков) │ │ ▼ │ │ 4. РЕАГИРОВАНИЕ ────→ Выбор стратегии: │ │ │ • Избежать (avoid) │ │ │ • Снизить (mitigate) │ │ │ • Переложить (transfer) │ │ │ • Принять (accept) │ │ ▼ │ │ 5. МОНИТОРИНГ ──────→ Отслеживание и обновление │ │ │ │ │ ▼ │ │ 6. КОММУНИКАЦИЯ ────→ Отчёт заинтересованным сторонам │ │ │ └──────────────────────────────────────────────────────────┘

Стратегия	Описание	Пример
Избежать (Avoid)	Устранить причину риска	Упростить архитектуру
Снизить (Mitigate)	Уменьшить вероятность или влияние	Дополнительное тестирование
Переложить (Transfer)	Передать ответственность третьей стороне	Страхование, аутсорсинг
Принять (Accept)	Осознанно принять риск	Документированное решение

Термин	Определение
Риск	Событие или условие, которое может повлиять на цель проекта/продукта
Product Risk	Риск того, что продукт не будет соответствовать требованиям
Project Risk	Риск того, что проект не будет выполнен успешно
Risk-Based Testing	Подход, при котором приоритеты тестирования определяются уровнем риска
Risk Matrix	Инструмент визуализации рисков по вероятности и влиянию
Risk Mitigation	Действия по снижению вероятности или влияния риска

Управление рисками

Обзор

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

Риск продукта (Product Risk)

Риск проекта (Project Risk)

Сравнительная таблица

Идентификация рисков

Методы идентификации рисков

1. Ревью документов

2. Мозговой штурм (Brainstorming)

3. Проверочные листы (Checklists)

4. SWOT-анализ

5. Анализ уроков (Lessons Learned)

6. Метод Дельфи

Типовые области рисков

Тестирование на основе рисков (Risk-Based Testing)

Концепция

Принципы

Процесс

Применение к уровням тестирования

Преимущества

Матрица рисков (Risk Matrix)

Структура

Шкала оценки

Матрица 5×5

Зоны риска

Пример заполнения

Процесс управления рисками

Стратегии реагирования на риски

Ключевые термины

Связанные темы