СДВГ Тестировщик или Road from Junior to Senior

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

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

В тестировании есть несколько базовых принципов. Это не просто теория для собеседования и не сухие пункты из учебника. Это вещи, которые помогают правильно смотреть на работу тестировщика и не ждать от тестирования невозможного. В ISTQB Foundation Level Syllabus описываются семь основных принципов тестирования: - тестирование показывает наличие дефектов, - исчерпывающее тестирование невозможно, - раннее тестирование экономит время и деньги, - дефекты склонны группироваться, - тесты со временем...

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

Когда человек впервые заходит в тестирование, у него обычно в голове не профессия, а туман. Открываешь вакансии - и там начинается: SQL, Postman, DevTools, Jira, Git, API, JSON, Swagger, автотесты, Selenium, Playwright, Scrum, тест-дизайн… И ты сидишь такой: “Я вообще на junior иду или сразу в NASA?” Особенно тяжело в начале. Кажется, что нужно знать всё. Сразу. Желательно вчера. Иначе даже на собеседование не позовут. Но правда в другом. Junior тестировщику не нужно знать всё. Ему нужно понимать базу, уметь думать как тестировщик и не бояться разбираться...