Когда говорят о тестировании, первое, что приходит в голову — это баги, чек-листы и тест-кейсы.
Но чем дольше вы работаете в этой профессии, тем яснее становится: умение находить баги — это только половина работы. Вторая половина — это мышление, коммуникация и гибкость, без которых вы не сможете расти, даже зная инструменты и теорию.
Тестировщик не всегда получает идеальную документацию.
Часто задача звучит так: «Проверь авторизацию» — и всё. А что именно должен проверять? Здесь важно не просто начать «на глаз», а выяснить, какая логика заложена: ❌ Плохой подход: «Ничего не сказано, проверю как получится».
✅ Хороший подход: «Какие поля обязательны? Что должно происходить при пустом вводе? Какие ошибки предусмотрены?» Такие вопросы можно задать аналитику, тимлиду, разработчику или продакт-менеджеру. Главное — понимать, что вы тестируете и по каким правилам, а не гадать. Иногда разработчик говорит: «Это не баг, так и задумано».
А менеджер спешит:
«Нужно выкатывать, потом поправим