Тест-дизайн — это не набор красивых терминов для собеседований. Это способ системно выбирать проверки так, чтобы покрывать важные риски без бесконечного перебора всех комбинаций.
Зачем нужны техники тест-дизайна
- →Они помогают уменьшить хаос и не полагаться только на интуицию.
- →Они позволяют покрывать больше рисков меньшим числом осмысленных проверок.
- →Они делают тестовые решения объяснимыми: почему выбран именно такой набор сценариев.
- →Они уменьшают риск пропустить целый класс ошибок из-за несистемного мышления.
Техники, которые стоит освоить первыми
- →Эквивалентное разбиение — чтобы не проверять одно и то же поведение на десятках однотипных значений.
- →Граничные значения — чтобы ловить ошибки на краях диапазонов и условий.
- →Таблицы решений — для логики с комбинациями условий и бизнес-правил.
- →Переходы состояний — для систем, где поведение зависит от текущего статуса объекта.
- →Error Guessing и Exploratory testing — чтобы добавлять опыт и здравый смысл поверх формальных техник.
Как выбирать технику
- →Смотри на тип логики: диапазоны, статусы, правила, зависимости или пользовательские сценарии.
- →Сначала определяй риск, потом подбирай технику, а не наоборот.
- →Не пытайся использовать одну технику как универсальный ответ на всё.
Хорошая практика
На реальной фиче техники почти всегда комбинируются. Например, для формы регистрации можно одновременно использовать эквивалентные классы для полей, границы для длины, таблицу решений для комбинаций обязательных условий и exploratory testing для странного пользовательского поведения.
Тест-дизайн не заменяет понимание продукта. Он усиливает мышление QA, но не работает как шаблон без контекста.
Выбираем технику по задаче проверки
Навигатор помогает превратить требование в небольшой объяснимый набор проверок. Примеры вымышленные. Сначала зафиксируйте допустимые и недопустимые данные, бизнес-правила и наблюдаемые результаты, затем выберите техники по риску. Малый набор полезен только тогда, когда понятно, что он покрывает и что остаётся непроверенным.
Вопрос Техника Пример
Какие данные ведут себя одинаково? Классы эквивалентности Целое количество: меньше 1 / 1–10 / больше 10
Где меняется поведение? Граничные значения 0,1,2 и 9,10,11 вокруг разрешённых 1–10
Как сочетаются условия? Таблица решений Участник И сумма>=100: четыре булевых правила
Зависит ли результат от истории? Переходы состояний Черновик→Отправлен разрешён; обратный переход — по явному правилу
Какие пары настроек взаимодействуют? Pairwise Браузер×язык×способ оплаты с ограничениями
Может ли пользователь закончить задачу? Use Case Найти товар→корзина→заказ и альтернативы при ошибкеОдно требование может нуждаться в нескольких техниках. Для скидки нужны таблица сочетаний условий, граничные суммы около порога и отдельное правило округления до проверки точного дробного итога. Покрытие pairwise не гарантирует все тройные взаимодействия или все бизнес-правила: дополняйте его проверками значимых рисков.
Пример выбора: количество от 1 до 10
Пусть разрешено только целое количество. Классы включают целые ниже диапазона, внутри и выше; дробные значения и отсутствие ввода требуют отдельных правил валидации. Значения 0, 1, 2, 9, 10 и 11 проверяют обе границы и ближайших соседей. Принимаются только 1, 2, 9 и 10. При изменении диапазона на 1–12 пересчитайте верхнюю границу, а не добавляйте случайные значения.
Сохраняйте архивную статью, пока не проверены её уникальный материал и входящие ссылки. Обзор должен помогать выбрать технику, а подробные уроки — содержать примеры. Похожих названий недостаточно для удаления страницы или редиректа.