🔀 Pairwise-тестирование: когда комбинаций много, а ты один

🔀 Pairwise-тестирование: когда комбинаций много, а ты один

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

На форме куча параметров:

- Тип вклада: Накопительный / Сберегательный / Детский

- Валюта: RUB / USD / EUR

- Срок: 3 / 6 / 12 месяцев

- Способ пополнения: Только офис / Онлайн / Офис+Онлайн

Если перебирать все комбинации, то это уже:

3 × 3 × 3 × 3 = 81 сценарий.

В реальности таких параметров ещё больше, и тестов становится сотни и тысячи.

Реально ли это прогнать перед релизом? Нет.

📌 Идея Pairwise (попарного тестирования)

Большинство критичных багов «всплывает», когда ломается взаимодействие двух параметров, а не всех сразу.

👉 Значит, вместо полного перебора нам нужно:

- подобрать такой минимальный набор тестов,

- чтобы каждая пара значений параметров встретилась хотя бы один раз.

Так 81 сценарий можно сократить, условно, до 10–15, при этом:

- покрыть все комбинации «Тип вклада + Валюта»

- и все комбинации «Тип вклада + Срок»

- и все комбинации «Валюта + Способ пополнения»

и т.д.

Ты не проверишь «всё подряд», но проверишь каждую пару значений, где чаще всего и скрываются интеграционные баги.

🔧 Как это делают на практике:

- руками — в Excel / Google Sheets (для маленьких форм);

- с помощью онлайн-генераторов Pairwise (мы разберём на практике);

- через специализированные тулзы (в больших компаниях).

Дальше на неделе:

- разберём, как отвечать про Pairwise на собесе;

- составим таблицу для реального банковского кейса;

- посмотрим, как за счёт Pairwise можно найти критичный баг и не утонуть в тестах.

#qa_теория #qa_практика #qa_from_zero #тестирование #qa