Первый месяц junior QA: что делать, чтобы не сгореть

Вас взяли — и оказалось, что учебные задачи и рабочие устроены по-разному. Разберём, на что потратить первый месяц, чтобы к концу испытательного срока быть полезным.

Первая неделя: разобраться, а не бежать

Типичная ошибка новичка — сразу хвататься за задачи, чтобы «показать себя». В результате он проверяет не то, на не том стенде и не теми данными. Первая неделя окупается лучше, если потратить её на устройство.

1. Пройдите продукт как пользователь. Зарегистрируйтесь, купите, отмените, верните. Не ища дефектов — просто чтобы понять, зачем всё это.
2. Выясните, какие есть стенды и чем они отличаются. Проверка на не том стенде — источник половины недоразумений у новичков.
3. Получите доступы: трекер, вики, база, логи, тестовые аккаунты, платёжная песочница. Список лучше составить сразу, чтобы не выпрашивать по одному всю неделю.
4. Прочитайте двадцать закрытых дефектов. Это лучший учебник по правилам команды: видно, как оформляют, какие поля важны, что считают Critical.
5. Найдите, где живут требования и кто их пишет. К этому человеку вы будете ходить чаще всего.

О чём спрашивать и как

Новички боятся вопросов и молча тратят часы. Между тем вопрос стоит команде минуту, а ваш час — дороже.

Работающее правило: двадцать минут. Застряли дольше — идите спрашивать. Но формулируйте так, чтобы ответ занял столько же:

Плохо	Хорошо
У меня не работает	Пытаюсь оформить заказ на стенде test, получаю 500 на POST /api/order, в логах ничего не нашёл. Куда смотреть?
А как тут тестировать?	Я составил чек-лист на эту функцию, посмотрите — не упустил ли важное?
Это баг?	Поведение расходится с макетом, но в требованиях об этом ничего. Заводить как дефект или уточнить у аналитика?

Разница в том, что в правой колонке видно: человек попробовал сам. Такие вопросы отвечают охотно и запоминают вас с хорошей стороны.

Вторая-третья неделя: первые задачи

К этому моменту стоит начать брать реальные проверки. Что важно:

• Просите ревью своих чек-листов. Не потому что вы слабы, а потому что так быстрее всего перенимается опыт команды.
• Оформляйте дефекты по образцу команды, а не по учебнику. Если у них принято прикладывать HAR — прикладывайте.
• Записывайте всё незнакомое. Названия сервисов, аббревиатуры, кто за что отвечает. Через месяц это станет вашей картой.
• Не молчите о сроках. Если задача занимает больше, чем ожидали, скажите до дедлайна, а не после.

Четвёртая неделя: стать полезным

К концу первого месяца от вас ждут не героизма, а предсказуемости: задачи проверены, дефекты оформлены понятно, статус ясен без допроса.

Хороший признак, что месяц прошёл не зря: вы можете ответить на три вопроса без подготовки — что делает продукт и кому он нужен; какие места ломаются чаще всего; к кому идти с вопросом по каждой области.

Junior, которому можно доверить проверку и не перепроверять за ним, ценнее того, кто нашёл десять багов и потерял двадцать.

Как разбираться в незнакомом продукте

Отдельный навык, который пригодится не только сейчас: продукты меняются, команды тоже. Работающий порядок — от общего к частному.

• Кто пользователь и за что платит. Пока это неясно, невозможно оценить важность дефекта.
• Основной сценарий целиком. Пройдите его от начала до конца и нарисуйте на бумаге — со всеми ветками.
• Из каких частей состоит система. Хотя бы на уровне «есть сайт, приложение, админка, три сервиса и платёжный шлюз».
• Где данные. Какие таблицы задействованы в основном сценарии — это сразу даёт возможность проверять результат запросом.
• Что ломалось раньше. История дефектов показывает слабые места точнее любой документации.

Схему на бумаге не выбрасывайте: через месяц она станет вашей картой продукта, а через три — материалом, по которому вы будете вводить в курс дела следующего новичка.

Как не выгореть на старте

• Не сравнивайте себя с командой. Люди рядом работают тут годами — это не мерило вашей скорости.
• Отделяйте «не знаю» от «не справлюсь». Первое лечится вопросом, второе почти всегда оказывается первым.
• Фиксируйте прогресс. Раз в неделю выписывайте, что научились делать. В первый месяц кажется, что стоите на месте, а список говорит обратное.
• Не берите всё на себя. Если задач больше, чем времени, это разговор с руководителем, а не повод работать вечерами.

Что подтянуть, если оказалось, что не хватает

Почти всем новичкам не хватает одного и того же: SQL, API и уверенной работы с DevTools. Это то, что видно с первых задач и что быстрее всего закрывается.

Начните с того, что чаще встречается в ваших задачах. Если постоянно нужно проверять данные — SQL с нуля. Если продукт активно общается с сервисами — Postman. Если много веба — вкладка Network.