Достижения в резюме, или как выделиться среди десяток резюме
Когда ты пишешь резюме и просто перечисляешь обязанности, оно становится таким же, как у сотни других тестировщиков. Ну тестировал. Ну писал баги. Ну заводил таски.
И вот сидит рекрутер, листает десятки одинаковых анкет и думает: «А кто из них реально крутой?»
Ответ: тот, кто не просто делал задачи, а влиял на результат.
Тот, кто может показать: «Вот здесь я ускорил процесс, вот тут помог избежать факапа, а тут внедрил штуку, которая реально облегчила работу».
Давай разберёмся, как сформулировать достижения, чтобы резюме выделялось и показывало тебя ценным специалистом.
Естественно, у многих ручных тестировщиков сразу возникает вопрос:
«Какие, к чёрту, достижения у меня могут быть, если я каждый день гоняю одни и те же тест-кейсы и ищу баги?»
На самом деле, даже если ты не придумываешь гениальные схемы автоматизации и не перекраиваешь процессы внутри компании, у тебя точно есть результаты, которые можно (и нужно) выгодно подать в резюме. Причём совсем не обязательно, что именно ты выступал инициатором какой-то идеи. Если ты участвовал, внёс свой вклад — смело указывай это как часть своих достижений, твоя цель выделиться и продать себя дороже.
Что вообще считать достижением?
Это любой результат твоей работы, который реально улучшил что-то в проекте, продукте или процессе. Может, ты внёс идею, а может, просто поддержал чужую, но так «дожал», что итог всем пошёл на пользу.
Словил критический баг на стадии приёмки (и тем самым спас релиз). Переписал чек-листы, сократив лишние пункты, и регресс стал заметно короче. Помог (или предложил) перейти с самописных таблиц на нормальный баг-трекер, что сделало работу быстрее и прозрачнее (да, такое все еще встречается в компаниях) Важен эффект: что твои действия действительно что-то улучшили.
Я выделяю два вида достижений:
– процессные. Это про то, как ты улучшал сам процесс тестирования. Такие штуки сильно ценятся, потому что компании любят не просто тестировщиков, а людей, которые прокачивают процессы.
– технические. Здесь важны инструменты и скиллы, которые ты освоил и которые реально помогли в работе, или инструменты которые ты внедрил в работу.
В процессных достижениях не обязательно, чтобы ты был главным вдохновителем, важно то, каким был твой вклад:
Инициировал и курировал приоритизацию бэклога багов с разработчиками, и теперь критичные баги чинят в первую очередь, без тупняков. Настроил (или помог настроить) Jira/YouTrack/Trello вместо путающихся Excel-таблиц. В результате у команды стало меньше потерь времени и больше порядка. Создал или доработал понятные чек-листы, благодаря которым новые тестировщики втягиваются в проект гораздо быстрее.
Освоил Charles и использовал его для проверки сетевых запросов в мобильном приложении. Нашёл расхождения в передаче данных между фронтом и бэком, что помогло избежать потери пользовательских данных. Разобрался с SQL и проверял корректность расчётов в базе данных. Обнаружил ошибку в системе скидок, из-за которой сумма в корзине рассчитывалась неправильно. После фикса пользователи стали получать верные цены.
Если в резюме написано только «тестировал, создавал баг-репорты», для HR или тимлида неочевидно, чем конкретно ты помог проекту. А вот когда ты указываешь:
- «Спас релиз от критического дефекта»
- «Упростил и ускорил регресс»
- «Сделал процесс постановки багов более прозрачным»
…становится понятно, что ты — человек, который реально влияет на качество продукта.
Кстати, HR часто любят, когда ты приписываешь какие-то цифры и проценты («ускорил тестирование на 20%», «уменьшил число багов на проде»). Лично я не особо верю во все эти точные метрики, если они не подтверждаются реальными замерами метрик. Но резюме с такими формулировками выделяется сильнее, а на собеседовании ты просто расскажешь, как приблизительно оценивал эффект.
При указывании достижений в резюме
Будь конкретным, ведь фразы вроде «нашёл баг» в вакууме никого не впечатлят. Лучше: «Ловил критические баги ещё на этапе тестирования API благодаря Postman и внимательному анализу логов». И таким образом мы дополнительно увеличиваем количество ключевых слов.
Если ты использовал Postman, DBeaver, Charles — пиши об этом, как в обязанностях/задачах, так и в достижениях. Рассказывай о вкладе, даже если идея шла не от тебя. «Участвовал в оптимизации регресс-тестирования, переписал дублирующиеся тесты, сократил общее время» — смело присваивай часть инициативы, ведь это то, в чем ты учавствовал и можешь реализовать на новом месте работы. При желании добавляй приблизительные цифры. Помним что за проценты, вероятно придется пояснить, но главное, чтобы было понятно, что улучшения реально есть.
Даже рутинную работу можно преподнести так, что ты будешь более желанным сотрудником. Но так же от тебя будут ждать подобных инициатив на новом месте работы. А может и нет:)