Практические советы по составлению портфолио для тестировщиков
Время на прочтение
5 мин
Количество просмотров 35K
Когда я решила попробовать себя в удаленном тестировании, зарегистрировалась на нескольких freelance-биржах и не получила ни одного предложения о работе, то задумалась о том, что же со мной не так. Немного подумав, я поняла, что для полного счастья мне не хватает портфолио. Я прочитала определенное количество статей, содержащих советы для новичков в этом деле. Некоторые из них были довольно неплохими, как, например «Фриланс — практика», но ни одна из них так и не помогла мне в составлении портфолио тестировщика.
Для дизайнеров и фотографов все просто: выставляешь примеры изображений/логотипов/баннеров или фотографии. И для программиста понятно — написал себе на досуге кусочек кода и выложил где-нибудь на github — все портфолио. Копирайтеру/рерайтеру, переводчику тоже не сложно — любой текст, написанный или переведенный тобой, расскажет заказчику о твоих способностях.
Но как же все-таки быть тестировщику? Очевидно же — показать результаты своего тестирования!
Шаг 1 — Определяемся с объектом тестирования
Для начала нужно решить, что именно — какой сайт или продукт — вы будете описывать в своем портфолио. Учтите, что баги могут указывать как на проблемы с безопасностью, так и, скажем, на некомпетентность отдельных работников компании. По ряду причин — и не только по этим — ваши бывшие работодатели (или кто еще ответственен за появление жучков на свет) могут не хотеть придания багов огласке. Здесь против вас выступает NDA, или Договор о неразглашении. Если вы что-то подписывали, но давно и забыли содержание, или просто не вчитывались, то забудьте об использовании багов в коммерческих проектах, на которых вы работали.
Я была готова взять любой заказ почти бесплатно — только ради портфолио. Но желающие, как ни странно, не нашлись. Да и зачем ждать желающих, если продукт можно выбрать самостоятельно?
Так что предлагаю осмотреться и выбрать объект тестирования среди того, что можно найти самому. Это может быть что-то распространенное — типа, вебсайта для web testing, или популярное — mobile testing, любое приложение на iOS или Android, или классика — desktop software. Выбор зависит от ваших способностей и предпочтений. Поскольку портфолио, состоящее из одного бага, будет выглядеть странно, рекомендую выбирать продукты, появившиеся недавно — так вероятность того, что еще не все баги в нем исправлены, значительно выше. Лично я остановила свой выбор на вебсайте, проверку которого проводила на iOS устройстве.
Когда же вы определились, не лишним будет поинтересоваться через форму обратной связи на сайте выбранного продукта, не будут ли владельцы против вашей затеи. Есть несколько вариантов: либо они не ответят, либо не будут против при условии, что вы поделитесь с ними результатами, либо же откажут, что наименее вероятно. У меня был второй вариант — спасибо DOU.
Шаг 2 — Язык, формат и оформление документа
Мое портфолио написано на двух языках параллельно в одном документе. Вы можете последовать моему примеру, а можете выбрать один язык, или несколько, но разделить их на разные документы. С моей точки зрения, сочетание двух языков (русского и английского) в одном портфолио было наилучшим вариантом, так как заказчики бывают как русскоговорящие (предпочитающие, как ни странно, все же русский вариант), так и англоговорящие — сюда относятся жители любых стран от Америки до Китая. Если вы знаете еще какие-то языки, рекомендую их использовать отдельно от этих двух достаточно универсальных (в нашей местности) вариантов.
Составлять текст удобно в документе формата .doc, который потом нужно пересохранить в .pdf. На мой взгляд, этот кроссплатформенный формат электронных документов в данном случае будет наиболее подходящим и вызовет меньше проблем с совместимостью. При тестировании web или desktop приложения удобно использовать стандартный portrait orientation, а вот для скриншотов с мобильного устройства я решила использовать landscape, для чего в Microsoft Word 2007 нужно перейти в меню Page Layout, секция Page Setup и выбрать Landscape в выпадающем меню Orientation. Также я решила визуально разделить каждую страницу на две части: скриншот и текст/описание бага. Для этого в том же меню Page Layout, секции Page Setup выбираем Columns -> Two. Теперь все страницы разделены на две колонки, чего я и добивалась.
Необходимо также создать оглавление по документу, чтобы любой человек, который будет читать ваше портфолио, сразу представлял а) что именно находится в документе, б) есть ли в нем то, что его интересует. Мое портфолио получилось на 15 страниц. Было бы некрасиво заставлять заказчика просматривать их все, чтобы в итоге узнать, что, например, баги по безопасности там не описаны. Лучше сразу давать оглавление каждому разделу и багу, используя различные заголовки (Heading 1, 2, etc.). Либо же можно добавить их на последнем этапе, после чего сразу создать оглавление. Для этого идем в меню References, в секции Table of Contents нажимаем на кнопку с таким же названием и выбираем Automatic Table 1 или 2.
Шаг 3 — Тестируем! Чем наполнить документ?
В самом начале работы над портфолио я задавалась вопросом, что же буду писать, а ближе к концу уже думала, как остановиться. Первым делом нужно найти в вашем объекте тестирования как можно больше багов и запомнить, а лучше сразу записать шаги для их воспроизведения. Было бы хорошо найти разнообразные проблемы, например, не только поплывшую верстку, а именно разные виды багов: Functional, GUI, Spelling/Grammar, Usability, Security и т.д. В моем портфолио есть такие пункты, как Negative cases и Intermittent issues.
По каждому багу расписываем Шаги воспроизведения, Фактический и Ожидаемый результат. Я была ограничена одной колонкой для описания бага на двух языках — это помогло избежать воды. Текст должен быть кратким, но емким. Все по существу и, главное, грамотно. Для тестировщика грамотность — не последнее качество.
Разумеется, необходимо по каждому багу добавить скриншоты. Если это тестирование на мобильном устройстве, как в моем случае, можно обойтись просто снимком экрана, в определенных ситуациях нужно в графическом редакторе выделить цветом (люблю использовать красный, чтобы сразу было понятно — неправильно!) область, в которой находится проблема. Если вы делаете снимки экрана компьютера при тестировании сайта или desktop приложения, не рекомендую вставлять все изображение, даже если вы используете нетбук с маленьким экраном. Гораздо лучше будет в том же графическом редакторе (кстати, я пользуюсь стандартным Paint, встроенным в Windows 7; можно поставить Paint.NET) вырезать проблемную область и также цветом обратить внимание на баг.
Шаг 4 — Последние штрихи
Самое время навести красоту в документе. Добавляем:
— Cover page, Insert → секция Pages → нажимаем Cover Page, выбираем предпочитаемый стиль, меняем текст, можно удалять/добавлять элементы, размер и цвет текста и т.д.
— Номера страниц, Insert → секция Header & Footer → нажимаем Page Number, выбираем расположение на странице и предпочитаемый стиль
— Footer/Header – я создала верхушку и написала в ней название документа + свое имя, Insert → секция Header & Footer → нажимаем Footer или Header, выбираем расположение на странице и предпочитаемый стиль, вписываем текст
И последнее: сохраняем документ в формате .pdf. Save As -> PDF or XPS. Готово!
Это портфолио — ваше лицо. Убедитесь, что текст написан без ошибок в правописании или грамматике, что технически все соблюдено; что скриншоты не перепутаны, форматирование одинаково во всем документе.
Послесловие
Я считаю, что портфолио — это способ показать будущему клиенту свои умения, способности, а также их практическое применение. Это не резюме, в котором вы описываете опыт работы, навыки, а также много других интересных, но, порой, пустых слов. Это не должна быть летопись, по которой можно проследить всю вашу долгую и насыщенную карьеру. Но это один из документов, который поможет заказчику выбрать именно вас среди других. Помните об этом.
В то же время, я не считаю, что сказанное мной — истина в последней инстанции. Просто если бы мне встретилась эта статья, когда в ней была необходимость, думаю, мне было бы чуточку легче.
И — ссылка на мое портфолио в ознакомительных целях и для поиска вдохновения: ссылка (никакой саморекламы, контактов, опыта работы — только портфолио).
В 2022 году не всегда достаточно просто отправить резюме и сопроводительное письмо работодателю. Было бы неплохо создать портфолио, которое подтвердит вашу квалификацию и станет для вас пропуском для прохождения интервью. Давайте поговорим о том, как его создать и что должно в нем присутствовать.
🌵 Регистрируемся на github и создаем свой первый репозиторий. Он понадобится нам для хранения артефактов и для того, чтобы ими было удобно делиться
🌵 Под артефактами я имею в виду образцы тестовой документации: чек-листы, тест-кейсы, отчеты о дефектах. Возможно, вам удалось поработать с тест-планом и отчетом о результатах тестирования
🌵 Хорошим доказательством того, что вы работали и освоили инструменты будет: для Postman — ваши коллекции, для SQL/NoSQL — образцы таблиц и запросов, для bash — запросы. Желательно дать вводные, чтобы ревьюер смогу разобраться, что к чему
🌵 Для автоматизаторов само собой это будет код. Здесь, я думаю, что объяснять не надо и у ребят уже давно есть свои репо
🌵 Вытекающий вопрос: откуда все это брать? Домашние задания на курсах, самостоятельная отработка (тестирование любого веб-приложения, поиск и проверка мобильного аппа с низкими оценками в маркете), открытые API и проверка методов в них
🌵 Как использовать? Добавляйте ссылки на определенные папки в репо под каждый навык в резюме или прикладывайте все портфолио вместе с резюме/сопроводительным письмом. Иногда это сможет вас избавить от тестового задания
🌵Не забывайте использовать ссылки из портфолио в своем резюме. Указали навык — добавили ссылку на репозиторий с артефактами, которе его подтверждают.
Само CV тоже можно разместить в GitHub и давать ссылку рекрутеру. Так вы повысите шанс, что ваше портфолио посмотрят и изучат.
🌵 И самое главное размещайте только то, в чем вы уверены на 100%. Попросите знакомых с опытом проверить и дать фидбэк. Иначе слабым портфолио вы только насолите себе
Подборка видео для тех, кто хочет оформить свое портфолио красиво и эффективно:
Портфолио тестировщика ПО — стажер
Всем привет!
:lebedeva19682@yandex.ru — t.me |
---|
👩💻 Меня зовут Лебедева Елена. Вот мое резюме
.
-
🔭 Последние пять лет до 2021 года я работала в ПАО «Ростелеком» в техническом блоке электромехаником связи.
-
👩🎓 С сентября 2021 года студент курса «Тестировщик ПО» в ООО «ЦПО Нетология-групп».
-
🏆 Здесь собрано мое портфолио на основе нескольких проектов, с которыми я работала в рамках курса «Тестировщиков ПО»:
1. Курсовой проект к модулю «Введение в тестирование
2. Testability, автотесты, введение в ООП: объекты и методы:
Кредитный калькулятор, который «считает как на сайте»;
Сервис, который рассчитывает Индекс Массы Тела (Body Mass Index)
3. Система сборки Maven, управление зависимостями, автотесты на JUnit5:
Создайте проект на базе Maven ;
Читаем логи
4. Интерфейсы для организации малой связности. Обобщенное программирование (Generics):
Поиск билетов
5. Выстраивание процесса непрерывной интеграции (CI): Github Actions. Покрытие кода с JaCoCo, статический анализ кода: CheckStyle, SpotBugs:
Авто-тесты, которые вы пишете, покрывали код на 100%.;
Плагин ищет баги
Сертификаты:
Ручное тестирование вебприложений
Git — система контроля версий
Java для тестировщиков
Автоматизированное тестирование
t.me
/ :lebedeva19682@yandex.ru
Портфолио тестировщика
Вот примерно так выглядел я, когда начал заниматься поиском работы, имея на руках 2 прочитанных книги, регистрации на всевозможных форумах по тестированию и отредактированное резюме. «Чтобы продать что-нибудь ненужное, нужно сначала купить что-нибудь ненужное», говорил умный полосатый кот и он был прав. Как бы парадоксально это не звучало, но даже джунам мануал(манки?) тестировщикам на вакансии без опыта работы нужно минимальное портфолио.
Окей, будем разбираться.
Вообще, Google предоставляет нам довольно скудное количество информации по этому поводу, но из того, что есть, удалось выделить следующие ключевые моменты того, как может выглядеть портфолио для тестировщика:
- Тупо список ресурсов или продуктов, которые тестировались
- Плюсы: у тебя есть портфолио
- Минусы: считай, что у тебя нет портфолио
- Примеры разработанных тест-сьютов или тест-кейсов, которые были использованы при тестировании того или иного продукта
- Плюсы: у тебя есть портфолио, ты показываешь своё знание матчасти по разработке документации
- Минусы: очень небольшой объем информации для оценки квалификации себя любимого, как специалиста
- Документация по тестированию, выложенная в каком-нибудь облаке(например, в статье на хабре девочка рассказывала, как сделала связку MS Word + Dropbox) и именно благодаря ей получила первую работу
- Плюсы: у тебя есть портфолио, портфолио гибкое и динамичное, есть видение специфики каких-то конкретных проектов
- Минусы: тест-кейсы и баг-репорты в формате PDF — это как-то не по-айтишному, что ли. + на Дропбоксе в любой момент может закончиться свободное место. Теперь беги удалять фотографии своего кота из облака.
- Портфолио уровня «Бог»: собственный linux-сервер с прикрученной Jira(менеджмент тест-кейсов + баг-трекер) и загнанными туда тестируемыми проектами
- Плюсы: у тебя есть портфолио, деньги на сервер, свободное время на накатку и поддержание аптайма сервера, время на настройку Джиры, есть перспектива появления в твоём доме бороды, пивного живота и вязаного свитера
- Минусы: ты теряешь кучу денег, кучу времени, заростаешь и время от времени задаешь себе вопрос «А я вообще тестировщиком хочу работать?»
Проанализировав все возможные варианты и прислушавшись к гласу разума, в голову мне пришла идея о том, чтобы загонять баг-репорты о тестируемых проектах на бесплатный облачный таск-флоу Pivotal Tracker.
Что хорошего: первое и самое главное — динамика. Баги загоняются в процессе тестирования, проектная документация постоянно актуальная. Простота в настройке — проект создаётся буквально в 2-3 клика, юзабилити на высоте. Возможность оставлять комментарии. Наличие специального типа историй — «Bug». Возможность прикрепления файла(картинка/документ/pdf) к багу. Кстати, Пивотал позиционируется, как эджайл таск-флоу. Так что это еще один плюс. Гибкая разработка сейчас на коне.
Что плохого: невозможность загонять в таск-флоу тестовую документацию, разве что отдельными файликами в отдельные задачи. Но это не особо удобно, из чего напрашивается вывод, что Пивотал идеален для эксплоратори, UI и юзабилити тестирования. Для более серьёзных штук он не годится. Так же в аттрибутах истории(это у них так таски называются) дефекта нет таких важных параметров как Priority, Severity, Reproducibility. Но с этим можно бороться, добавляя их ручками в текстовую часть описанного бага.
Ну и для примера вставлю парочку тестируемых проектов. Цените:
Райт нау в моём портфолио всего 6 проектов(одна игра, 2 лендинга и 1 сайт на чистом HTML5 и 2 больших и объемных веб-ресурса), один из которых ведется до сих пор — тестирую сайт Академии.
Если у кого есть что посоветовать, сказать, — делайте это прямо сейчас в комментариях или
замолчите навечно
попозже!
UPD: В топике на DOU посоветовали убрать дубликацию заголовков багов и с помощью labels в Пивотале поставить приоритеты. Этим и займусь в ближайшее время.
Мир.
#статьи
- 14 ноя 2022
-
0
Рассказываем, как оформить продающее CV, что писать в резюме новичкам и стоит ли врать, чтобы попасть на собеседование.
Фото: пресс-служба Google
Автор, редактор, IT-журналист. Рассказывает о новых технологиях, цифровых профессиях и полезных инструментах для разработчиков. Любит играть на электрогитаре и программировать на Swift.
QA-инженер в лаборатории виртуальной и дополненной реальности Sber AR/VR Lab. Занимается ручным и автоматическим тестированием AR‑навигации и landmarks. Участвует в найме джунов, проводит технические интервью и онбординги. Любит компьютерные игры и путешествия в горах.
Продолжаем обсуждать нюансы поиска работы в IT. На этот раз поговорили с QA‑инженером из «Сбера» Александром Мироником и обсудили, как тестировщику составить хорошее резюме.
Из этой статьи вы узнаете:
- Семь секретов правильного резюме тестировщика
- Как описывать опыт работы
- Что рассказывать о своём образовании
- Какие навыки перечислять в резюме
- Как правильно рассказывать о личных качествах
- Что писать в разделе «О себе»
А в конце вас ждёт образец хорошего резюме — можете взять его за основу для вашего CV.
Самое главное — думайте о человеке, который будет читать ваше резюме. Представьте рабочий день рекрутера в крупной компании — десятки вакансий, по каждой тысяча откликов, и каждый нужно разобрать отдельно. Подумайте, как вы можете облегчить его работу. Вот несколько общих советов.
Пишите просто. Избегайте мудрёных терминов, длинных предложений и деепричастных оборотов — лучше добавьте побольше конкретики о своей работе. Например, вместо «тестирование веб-приложений» можно написать: «Тестирую сайты и веб‑приложения — ищу баги, заношу их в баг-трекер, составляю тест‑кейсы».
Самое важное — в начале. Обычно у рекрутера есть 3–5 минут, чтобы изучить резюме кандидата. Поэтому постарайтесь уместить всё на 1–2 листах, а самую «ударную» информацию о себе указать в первых двух абзацах. Для новичков обычно это образование и учебные проекты, а для опытных специалистов — навыки и достижения.
Структурируйте информацию. Можно использовать стандартную структуру:
- Шапка — контакты, желаемая позиция, возраст и город.
- Технические навыки — инструменты, с которыми вы работаете.
- Опыт работы — проекты, достижения, места работы.
- Образование — пройденные курсы и оконченные учебные заведения.
- Коротко о себе — прочие интересные работодателю навыки, которыми вы владеете.
Не увлекайтесь оформлением. Проверьте, чтобы всё было стилистически едино: шрифты, отступы, межстрочные интервалы и так далее. Рамки и таблицы лучше не использовать — они могут неправильно отображаться на компьютере эйчара. Можно взять за основу готовые шаблоны в «Google Документах», Canva или Word.
Готовое резюме лучше отправлять файлом в формате PDF — он без проблем запускается в любом браузере именно в том виде, в котором вы его создали. А вот, например, разные версии того же Word могут открывать документ по‑разному.
Подберите фотографию. Когда у рекрутера в браузере параллельно открыто 50 резюме, он с большей вероятностью запомнит кандидата с фотографией. Но тут есть нюанс: для резюме годятся только деловые, официальные фото. Снимки на природе, вечеринке или в уютной домашней пижаме выглядят, мягко говоря, неуместно.
Напишите сопроводительное письмо. Чтобы это сделать хорошо, внимательно прочитайте описание вакансии и ответьте на вопрос: «Чего от меня ждёт работодатель?» Напишите, почему подходите именно вы. Основная рекомендация — будьте честны. Если не соответствуете какому-то требованию — лучше написать об этом прямо.
Например: «У меня нет большого опыта с JavaScript, но я умею писать сценарии тестирования на Python — если нужно, могу быстро освоить новый язык».
Проверьте орфографию. Тестировщику придётся много работать с документацией, поэтому рекрутеры с самого начала будут оценивать общую грамотность кандидата. Перед отправкой резюме тщательно проверьте его на ошибки — это можно сделать, например, в сервисах Text.ru и Advego.
Первое, на что смотрит рекрутер, — это опыт работы и достижения. Важно, чтобы они максимально соответствовали должности, на которую вы претендуете. Вот о чём стоит написать в резюме:
- Обязанности — чем занимались на предыдущей работе.
- Инструменты — какие технологии использовали.
- Результаты — какие проблемы удалось решить.
Когда описываете опыт, постарайтесь сосредоточиться на достижениях, а не на процессах. Напишите, какую пользу принесла ваша работа заказчику, клиентам и коллегам. Будет здорово, если добавите метрик и цифр: сколько багов нашли, сколько из них критических, какие процессы автоматизировали, как это помогло.
Плохо: коротко и невыразительно | Хорошо: подробно и видна польза |
---|---|
Разработка системы автоматического тестирования веб-приложения | Разработал систему автотестов для облачного сервиса — теперь информация об ошибках приходит разработчикам в понятных отчётах |
Проведение ручного тестирования веб-приложения | Нашёл ошибки в интерфейсе и серверной логике — теперь сайт загружается на 10% быстрее |
Расскажите о своих личных или учебных проектах. Допустим, вы тестировали какой-то сайт на курсах или для друзей. Напишите, какие браузеры использовали, сколько багов нашли, как работали с тестовой документацией. Ещё тестировщику желательно добавить ссылку на баг-репорты или тест-кейсы.
Любой опыт можно обыграть и вытащить из него то, что пригодится в профессии. Например, если вы раньше работали в строительстве — расскажите, как классно умеете налаживать документооборот, насколько хорошо знакомы со стандартами, нормами и правилами и какие шикарные презентации с цифрами и графиками делали. Если были учителем или тренером — укажите, что умеете работать с людьми, имеете опыт наставничества и вообще созданы для решения задач в команде. Это тоже будет кстати.
Бывалые эйчары чувствуют фальшь за версту, поэтому приписывать себе несуществующие скиллы и достижения точно не стоит. Если чувствуете, что вам не хватает опыта, сосредоточьтесь на навыках, проектах и мотивации — покажите, что вам интересна профессия, расскажите, как вы в ней развиваетесь и чего планируете добиться.
Если у вас есть диплом технического вуза — это может быть плюсом, особенно для компании из госсектора. Если нет — ничего страшного. В IT работодатели в первую очередь смотрят на опыт и проекты, а уже потом на образование. Чтобы тестировщику устроиться джуном или стажёром, достаточно пройти курсы по тестированию.
Вот несколько правил, как заполнять этот раздел:
- Расшифруйте аббревиатуры. Если условную Бауманку и МФТИ работодатели знают, то, например, пермский ПНИПУ — далеко не факт.
- Указывайте релевантные курсы. Победа на шахматном турнире в восьмом классе — это хорошо, но с тестированием ПО коррелирует слабо.
- Самое актуальное — в начале. Если у вас есть дипломы бакалавра и магистра по одной и той же специальности — сначала пишите магистратуру.
- Неоконченное высшее — тоже пишите. Особенно если оно профильное.
Что точно не интересно работодателю: цвет корочки, форма обучения, оценки, результаты ЕГЭ, средний балл диплома.
Что может быть интересно: практика, курсы, учебные проекты, участие в конференциях. Однажды на собеседовании меня спросили про дипломный проект — хотя никто и никогда этого раньше не делал. Было забавно. Кстати, ещё одна причина не врать в резюме — никогда не знаешь, где тебя могут застать врасплох.
Здесь всё просто — распишите, какие инструменты и технологии используете в работе. Можно рассказать даже о скиллах, которыми владеете поверхностно. Например, если кое-что понимаете в веб-вёрстке, напишите «основы HTML и CSS». Главное, чтобы навыки были релевантны вакансии, на которую вы откликаетесь.
В целом базовый набор кандидата выглядит так:
- Знание теории тестирования — методы тест-дизайна, способы локализации ошибок, анализ результатов и так далее.
- Навыки работы с баг-трекерами — например, Jira и Redmine или обычными «Google Таблицами».
- Умение работать с базами данных: SQL или Postgre SQL.
- Знание одного из языков программирования: Java, Python или JavaScript.
- Владение программами тестирования API — Postman и аналоги.
- Умение работать в Chrome DevTools.
Если устраиваетесь джуном, работодатели будут в первую очередь оценивать вашу мотивацию — заряженных на развитие тестировщиков возьмут даже при средненьких хард-скиллах.
Для сеньоров и тимлидов, помимо сильной технической базы, понадобятся мягкие навыки: управление командой, умение ставить задачи и вести переговоры с клиентами.
Будем честны: на этот блок мало кто из рекрутеров обращает внимание. Я рекомендую использовать его, чтобы усилить акцент на вашу мотивацию и интерес к работе. Постарайтесь не быть совсем голословными — не просто давайте себе оценки, но и приводите доказательства:
Как не надо | Как надо |
---|---|
Ответственность | Ответственный: соблюдаю дедлайны, помогаю разработчикам, забочусь о качестве продукта |
Что писать. На мой взгляд, самое главное для тестировщика — это общительность. По работе нам нужно постоянно взаимодействовать с заказчиками, программистами и дизайнерами. Типичная ситуация: если нет спецификации, написать разработчику или продакт-менеджеру и узнать, как должно работать приложение.
Вот ещё пять важных качеств для QA-инженера:
- Внимание к деталям.
- Критическое мышление.
- Умение работать в команде.
- Способность и желание учиться.
- Усидчивость и скрупулёзность.
Этот раздел — краткое саммари вашего резюме. Если вы уже работали тестировщиком — напишите о своём опыте, проектах и стеке технологий. Если опыта пока нет — расскажите, что вас вдохновляет в тестировании, чего ждёте от первой работы и как планируете развиваться дальше.
В двух словах можно написать об увлечениях, связанных с работой. Например, если устраиваетесь тестировщиком в геймдев, расскажите о своей любимой игре. Если слушаете подкасты и читаете профессиональные сообщества — тоже можно указать. Это покажет, что работа вам интересна не только как источник дохода.
Дополнительно можно указать свои пожелания к работе: офис или удалёнка, стартап или корпорация, Kanban или Scrum — что угодно. Можно добавить ссылки на свои проекты — например, показать, как вы оформляете тест-кейсы и баг-репорты.
Что не стоит писать. Развёрнутые автобиографии, истории из жизни, не связанные с работой хобби, семейное положение, наличие водительских прав и клише вроде «ответственный и проактивный».
А теперь, как и обещали, поделимся образцом хорошего резюме QA-инженера. По ссылке лежит версия в Google Docs — можете просто ориентироваться на неё или скопировать в свой документ и переделать под себя.
Научитесь: Профессия Инженер по тестированию
Узнать больше