test-design

Test Design — ловушки

Boundary Value Analysis

Только happy path без границ

Плохо: поле quantity (1-100) — тестируют quantity=5 и quantity=50 Правильно: BVA: 0 (min-1, error), 1 (min, OK), 100 (max, OK), 101 (max+1, error) Почему: большинство багов на границах диапазона. Тест "середины" не находит off-by-one ошибки

Нет Error Guessing после BVA

Плохо: BVA покрыт, но не проверены null, -1, 2147483648 (int overflow), пустая строка Правильно: дополняй BVA error guessing: null, отрицательные, overflow, спецсимволы Почему: BVA ловит граничные баги, но не ловит type confusion и edge cases вне диапазона

Equivalence Partitioning

Только valid классы

Плохо: возраст 18-120 — тестируют только age=25 (valid класс) Правильно: все invalid классы: <0, 0-17, 18-120 (valid), >120, не-число ("abc"), null Почему: один тест на valid класс недостаточен. Баги чаще в обработке невалидных данных, а не валидных

Недостаточная декомпозиция invalid

Плохо: один invalid класс "неправильный возраст" с тестом age=-5 Правильно: отдельные классы: отрицательные, ноль, ниже минимума, выше максимума, нечисловые, null Почему: каждый invalid класс может обрабатываться разным кодом. Один тест не покрывает все ветки обработки ошибок

State Transition

Только валидные переходы

Плохо: тестируют Draft->Pending->Processing->Shipped->Delivered — только happy path Правильно: добавь невалидные: Draft->Shipped (error), Cancelled->Processing (error), Delivered->Pending (error) Почему: баг часто в том, что запрещённый переход РАБОТАЕТ. Без теста на невалидный переход — дефект не найден

Нет проверки действий при переходе

Плохо: проверяют только что статус изменился, не проверяют side effects Правильно: при Pending->Cancelled проверь: статус, возврат средств, уведомление, восстановление stock Почему: переход состояния часто триггерит бизнес-логику. Статус изменился, а деньги не вернулись = критический баг

Decision Table

Неполная таблица комбинаций

Плохо: 3 условия (Premium + Сумма>=5000 + Промокод), тестируют 2 из 8 комбинаций Правильно: полная таблица 2^N = 8 комбинаций, каждая = тест-кейс Почему: баг прячется в непроверенной комбинации. Premium + малая сумма + промокод = скидка отрицательная?

Пропуск комбинаций с "очевидным" результатом

Плохо: пропускают комбинацию Regular + малая сумма + нет промокода ("и так понятно что 0%") Правильно: тестируй ВСЕ комбинации — "очевидный" результат может быть неочевиден в коде Почему: разработчик мог забыть default case, и вместо 0% вернётся null или ошибка

Pairwise Testing

Pairwise для критичной бизнес-логики

Плохо: оплата (тип карты x валюта x 3D-Secure x recurring) — pairwise сокращает 54 до 12 Правильно: полный перебор для финансов и безопасности, pairwise только для UI/конфигурации Почему: пропущенная комбинация в платежах = реальные деньги потеряны. Риск не оправдан экономией времени

Общие ловушки

Negative < 50% от тест-кейсов

Плохо: 80% тестов — happy path, 20% — negative Правильно: минимум 50% negative сценариев (error handling, invalid input, edge cases) Почему: пользователи вводят неожиданные данные. Система должна корректно отклонять, а не падать

Одна техника на все случаи

Плохо: используют только BVA для всего — и для полей, и для бизнес-правил, и для состояний Правильно: комбинируй: BVA+EP для полей, Decision Table для правил, State Transition для lifecycle Почему: каждая техника ловит свой класс дефектов. Одна техника = слепые зоны

Выбор техники

Ситуация	Техника	НЕ используй
Поле с диапазоном	BVA + EP	Только random values
Бизнес-правила с условиями	Decision Table	Только happy path
Объект с жизненным циклом	State Transition	Только валидные переходы
Много параметров конфигурации	Pairwise	Полный перебор (взрыв)
Финансы, безопасность	Полный перебор	Pairwise (риск пропуска)

Чек-лист

• BVA: min-1, min, max, max+1 протестированы
• EP: все invalid классы покрыты (не только valid)
• State Transition: невалидные переходы тестируются
• Decision Table: полная таблица 2^N (не только очевидные)
• Error Guessing: null, пустая строка, overflow, спецсимволы
• Negative сценарии >= 50% от всех тест-кейсов