Разработчик открывает приложение и думает:
«Так, кнопка есть, запрос ушёл, данные пришли, вроде работает» 😄
Тестировщик открывает это же приложение и думает:
«А что будет, если нажать сюда 17 раз подряд?»
«А если ввести пробел вместо имени?»
«А если интернет отвалится прямо во время оплаты?»
«А если пользователь вообще не понимает, куда нажимать?» 🫠
И вот в этом вся разница.
Разработчик чаще смотрит на приложение через логику кода.
Он знает, как всё должно работать:
🔸 тут компонент,
🔸 тут функция,
🔸 тут API,
🔸 тут состояние,
🔸 тут условие,
🔸 тут красивый костыль, который лучше не трогать до релиза.
А тестировщик смотрит на приложение как человек, который не обязан знать, что внутри.
Ему важно не «правильно ли написан код», а может ли пользователь нормально пройти сценарий.
Потому что пользователи не читают документацию перед тем, как нажать кнопку.
Они не думают:
«Хм, видимо, тут асинхронный запрос ещё не завершился, подожду-ка я спокойно» 😅
Они просто видят, что экран завис, кнопка не работает или приложение ведёт себя странно.
Тестировщик как раз и ищет такие места.
Он проверяет не только счастливый путь, где пользователь всё сделал идеально.
Он проверяет жизнь:
🔸 кривые данные,
🔸 случайные клики,
🔸 медленный интернет,
🔸 пустые поля,
🔸 странные устройства,
🔸 неожиданное поведение,
и любимое: «я ничего не делал, оно само сломалось» 🔥
Поэтому хороший тестировщик — это не человек, который просто «ищет баги».
Это человек, который помогает команде увидеть приложение глазами реального пользователя.
Разработчик строит систему.
Тестировщик пытается понять, где эта система развалится, если в неё придёт обычный человек с телефоном, плохим Wi-Fi и нулём терпения.
И это не война «разработчик против тестировщика».
Это нормальная команда.
Один делает, чтобы работало.
Другой проверяет, чтобы работало не только у разработчика на ноутбуке 😄
А вы чаще смотрите на приложение как разработчик или как тестировщик? 👀