Представь: ты неделю делаешь одну фичу.
Ты знаешь, куда нажать. Знаешь, что сюда надо ввести. Знаешь, в каком порядке открыть экраны.
🧠 У разработчика со временем замыливается взгляд.
Он слишком хорошо знает, как продукт должен работать. Поэтому мозг автоматически идёт по правильному сценарию и перестаёт замечать странности.
Разработчик видит:
«Пользователь введёт email → пароль → нажмёт Войти».
Тестировщик видит:
«А если email пустой? А пароль на 500 символов? А дважды нажать Войти? А интернет пропадёт именно сейчас?»
🔍 QA смотрит на продукт с другой стороны.
Он не пытается доказать, что функция работает.
Он пытается выяснить, при каких условиях она перестанет работать.
И в этом огромная разница.
Разработчик знает внутреннюю логику продукта и подсознательно её соблюдает.
А настоящий пользователь ничего этого не знает.
Он нажмёт не туда.
Повернёт телефон посреди загрузки.
Закроет окно оплаты.
Вставит эмодзи туда, где ожидались цифры.
И обязательно найдёт сценарий, про который никто не подумал ☠️
Поэтому хороший тестировщик — это не человек, который придирается к разработчику.
Это свежая пара глаз, которая приходит и спрашивает:
«А что будет, если сделать вот так?» 👀
И иногда одним этим вопросом спасает команду от очень весёлого релиза 😆
👇 Разработчики, признавайтесь: какой самый неожиданный баг у вас находил тестировщик?