Анализ требований · Средняя
Определить риски качества
Понять, где дефект нанесет наибольший вред пользователю или бизнесу.
Быстро понять за 2 минуты
Понять, где дефект нанесет наибольший вред пользователю или бизнесу.
Контекст
QA начинается не с кликов по интерфейсу, а с проверки требований на полноту, ясность, противоречия и тестируемость.
Что это дает
Risk-based testing помогает тестировать глубже там, где цена ошибки выше.
Как выполнить
- Определите критические пользовательские сценарии.
- Оцените вероятность и влияние дефекта.
- Выделите области для углубленных проверок.
Критерии приемки
- Есть список рисков.
- Критические сценарии получили высокий приоритет.
- Команда согласовала уровень риска релиза.
Типичные ошибки
- Равномерно тестировать все области.
- Не учитывать деньги и безопасность.
- Не пересматривать риски после изменений.
Инструменты
Рабочий артефакт
QA review
Карта вопросов и рисков
Сводка неясных требований, рисков, зависимостей и критериев приемки перед стартом разработки.
- Неясные требования
- Риски
- Открытые вопросы
- Готовность к тестированию
Контроль качества
Карта вопросов и рисков
Есть список рисков.
После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.
Риск, шаги воспроизведения, окружение, доказательства, ожидаемый результат и владельца исправления.
Перед отметкой выполнено: Есть список рисков.
Как применять
Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.
Режим обучения
Прочитайте материал, прослушайте аудио и проверьте понимание по коротким вопросам. Ответ раскрывается после попытки сформулировать его самостоятельно.