“Где тест-кейсы?”
Вопрос, который часто задают… не тем людям.
🧠 Иллюзия контроля через тест-кейсы
В начале карьеры кажется:
чем больше тест-кейсов - тем выше качество.
200 кейсов - хорошо
500 кейсов - отлично
1000 кейсов - идеально?
Но с опытом приходит понимание: количество тест-кейсов почти не связано с качеством продукта.
Можно иметь:
- идеальное покрытие
- структурированные сценарии
- красивые чек-листы
И при этом пропускать критичные баги.
🔍 Что меняется у сильного QA
Сильный тестировщик перестаёт мыслить: “Что бы ещё проверить?”. Он начинает думать: “Где это сломается?”. Это принципиально другой уровень.
⚙️ Почему кейсов становится меньше
1. Он перестаёт документировать очевидное
Нет смысла писать кейс:
“Нажать кнопку - проверить, что открылся экран”
Это не тестирование - это фиксация очевидного.
2. Он мыслит сценариями, а не шагами
Вместо 20 кейсов:
- успешный вход
- вход с ошибкой
- вход с пустым полем
Он видит один поток + вариации.
3. Он тестирует на лету (exploratory)
Сильный QA:
- комбинирует сценарии
- меняет порядок действий
- проверяет нестандартные состояния
И за 30 минут находит больше, чем набор кейсов за день.
4. Он понимает риски
Он не проверяет всё подряд.
Он проверяет то, что может сломать бизнес.
🧩 Что он делает вместо написания кейсов
Вот где происходит магия:
- задаёт неудобные вопросы до разработки
- находит логические дыры в требованиях
- замечает несостыковки между сервисами
- проверяет поведение системы во времени
- ловит баги, которые нельзя “записать в кейс”
И самое главное - он предотвращает ошибки, а не просто фиксирует их.
💬 Из реальной практики
Один из самых сильных QA, с которыми я работала, почти не писал тест-кейсы. Но команда боялась его вопросов.
Потому что он мог спросить: “А что будет, если пользователь сделает это… во время этого… пока система в таком состоянии?”. И после этого становилось понятно, что половина логики вообще не продумана.
⚠️ Важно: это не значит, что кейсы не нужны
Кейсы нужны:
для регрессии
для онбординга
для сложной логики
для автоматизации
Но: кейсы это инструмент, а не показатель уровня QA.
📓 Заметки тестировщика