Была задача:
Протестировать сложную форму фильтрации товаров в интернет-магазине.
Цена, Бренд, Цвет, Размер, Наличие... Комбинаций — тысячи.
Разработчик сказал: «Ну, потыкай там полдня, проверь основные».
Я понимал, что «потыкай» — это путь к пропущенным багам.
Что я сделал:
1. Выделил классы:
• Цена: Дешёвые (<1000), Средние, Дорогие (>50000).
• Наличие: Есть, Нет, Под заказ.
2. Использовал Pairwise (попарное тестирование):
Об этом будет отдельная неделя, но суть в том, что я скомбинировал классы так, чтобы проверить пары параметров, а не всё подряд.
📉 Результат:
Вместо хаотичного тестирования я составил чек-лист из 12 сценариев.
На 4-м сценарии (Дорогой товар + Под заказ) нашёл критичный баг: кнопка «Купить» была активна, хотя товара нет.
Если бы я просто «тыкал» популярные товары (Дешёвые + В наличии), баг ушел бы на прод.
💡 Мораль:
Техники тест-дизайна — это не скучная теория из книг. Это твой инструмент, чтобы работать меньше, а находить больше.
#qa_кейс #qa_теория #qa_from_zero #тестирование #qa