🏦 Кейс: Как мы нашли критичный баг в заявке на вклад с помощью Pairwise

🏦 Кейс: Как мы нашли критичный баг в заявке на вклад с помощью Pairwise

Проект: мобильное приложение банка.

Фича: открытие вклада онлайн.

Параметры на экране оформления:

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

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

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

- Источник пополнения: Карта / Счёт / Зарплатный проект

Если бы мы честно перемножали всё, получилось бы 3 × 3 × 3 × 3 = 81 сценарий.

Команда разработки ожидала, что «мы что-то проверим на смоук, остальное — потом».

QA предложил сделать так:

1. Расписал параметры и значения.

2. Прогнал их через Pairwise-генератор.

3. Получил около 15 сценариев, покрывающих все пары значений.

🧨 Баг, который нашли:

В одном из сценариев было сочетание:

- Тип вклада: Детский

- Валюта: USD/EUR

- Источник пополнения: Зарплатный проект

В этом кейсе:

- Кнопка "Далее" оставалась недоступной,

- Ошибок не показывало,

- В логах была тихая ошибка валидации продуктовой матрицы.

Оказалось, что:

- По продуктовым правилам банк не должен позволять открывать детский вклад в USD с пополнением из зарплатного проекта.

- Но вместо ясного сообщения пользователю логика просто «ломалась».

Если бы шли по "самым очевидным" сценариям (RUB, Накопительный, Карта) — это бы не поймали.

🎯 Вывод:

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

- Особенно полезен там, где есть продуктовые матрицы и куча ограничений.

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