🧪 Test analysis решить, что именно тестировать

Это точка, где тестирование перестаёт быть абстрактным и начинает отвечать на конкретный вопрос
что мы будем проверять и почему.

В ISTQB test analysis это активность, в которой: анализируется test basis,
выявляются testable features,
формулируются test conditions,
определяется, где и насколько глубоко тестировать.

Test basis это всё, на что мы опираемся при анализе:
требования и user stories,
спецификации,
дизайн и архитектура,
информация о реализации,
отчёты по рискам,
ожидания пользователей и стейкхолдеров.

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

В рамках анализа тестировщик:
оценивает test basis и test items,
ищет потенциальные дефекты ещё до тест-кейсов:
неоднозначности,
пропуски,
несоответствия,
неточности,
противоречия,
лишние требования.

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

формирует и приоритизирует test conditions с учётом функциональных, нефункциональных, структурных характеристик, бизнес-факторов, технических факторов и конечно же рисков.

обеспечивает двустороннюю traceability между test basis и test conditions.

📌 Traceability здесь нужна не для галочки, а чтобы понимать что не\покрыто и почему.

🔖Test conditions выявляются с помощью техник тест-дизайна (black-box, white-box), опыта, анализа рисков, exploratory testing (через test charters).

Чёткие test conditions снижают риск пропустить важные проверки, делают дальнейший тест-дизайн точнее, помогают осознанно управлять coverage.

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

📌 Хороший test analysis это профилактика дефектов,
а не подготовка к их поиску.

📘 Основа: Foundations of Software Testing, ISTQB, 4th Edition
✍️ Пересказ и комментарии