Be-tester I Полезный канал о тестировании

Один из самых парадоксальных моментов в работе тестировщика — это когда всё работает, а ты знаешь, что баг где-то рядом. Кнопка нажимается, форма отправляется, письмо приходит. Всё по чек-листу. Но если вы немного задержались в профессии, то знаете: 🔍 настоящие баги живут за пределами «ожидаемого поведения». Тестировщик проверяет функциональность. А пользователь проверяет продукт жизнью. Причём жизнью странной: с разной скоростью интернета, копипастой из Excel, телефоном в руках и капучино в другой...

Тестировщик — это человек, который ловит проблемы, пока они не превратились в катастрофу. Но, как и в любой профессии, у новичков здесь есть свои «подводные камни». Эти ошибки кажутся безобидными, но на деле могут обернуться срывом сроков, потерей клиентов и убытками. Часто новички тестируют продукт только так, как написано в ТЗ или в тест-кейсе. Проблема в том, что реальный пользователь действует непредсказуемо: вводит лишние пробелы, использует нестандартные браузеры, нажимает кнопки не в том порядке...

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

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

Вас пугают слова вроде GET, POST, JSON, 200 OK, 500 Error? Не паникуйте — это не магия, а просто язык общения между приложением и сервером. А значит, вы вполне можете научиться с ним работать — даже без опыта программирования. В этой статье — простой гайд по API-тестированию, который пригодится каждому начинающему тестировщику. API (Application Programming Interface) — это "переводчик" между фронтом (интерфейсом) и бэком (сервером). Когда вы нажимаете кнопку "Отправить заказ" в приложении, не сам интерфейс всё делает, а отправляет запрос на сервер...