Покажите один законченный и честно описанный учебный проект. Свяжите требование, проверку и вывод. Количество файлов менее полезно, чем возможность объяснить, зачем появился каждый из них.
01 / Резюме
Выберите безопасный и понятный объект
Подойдёт собственное учебное приложение, разрешённый тренажёр или проект, для которого вам явно разрешили демонстрацию. Не начинайте с проверки случайного чужого сайта на уязвимости или нагрузку. Для портфолио нужна понятная учебная задача, а не риск для работающего сервиса.
Ограничьте объём: например, одна форма, одна операция или один пользовательский сценарий. Зафиксируйте версию, окружение и исходные условия. Если требования придуманы вами для упражнения, назовите их условиями учебного задания, а не требованиями настоящего продукта.
Участие в командной работе опишите отдельно: что было общим результатом, а что сделали лично вы. Нельзя выдавать файлы преподавателя или работу другого ученика за собственное решение.
02 / Резюме
Какие материалы включить
| Материал | На какой вопрос отвечает |
|---|---|
| Описание проекта | Что проверяли, почему и в каких границах |
| Условия и вопросы к ним | Откуда взялся ожидаемый результат |
| Небольшой набор проверок | Как выбирали сценарии и данные |
| Результаты выполнения | Что действительно запускали и что наблюдали |
| Баг-репорт, если дефект найден | Как воспроизвести расхождение с требованием |
| Выводы и ограничения | Что осталось неизвестным и что проверили бы дальше |
Если приложение недоступно и вы только спроектировали проверки, так и подпишите материал: «дизайн проверок без выполнения». Не заполняйте результат словом «пройдено» по воображению. Если дефект не нашли, не придумывайте его, чтобы папка выглядела полной.
03 / Резюме
Пример связи между условием и проверкой
Учебное условие: поле имени обязательно, допустимо от 2 до 30 символов, после исправления ошибки форму можно отправить. Это специально заданные правила упражнения. Мы не выполняли проверки работающего приложения для этой статьи.
04 / Резюме
Как написать входную страницу портфолио
Описание проекта
Можно скопироватьНазвание и статус: учебный проект. Объект и цель проверки: Исходные условия и версия: Что сделал лично: Как выбирал проверки: Что выполнил, а что только спроектировал: Где лежат результаты и как их читать: Выводы и ограничения: Что улучшил бы в следующей версии:
Сначала дайте короткое описание и ссылки на конкретные материалы. Проверяющему не должно требоваться угадывать, какой из семи файлов окончательный. Названия «проверки регистрации» и «результаты проверки» понятнее, чем «финал2новый».
Git-репозиторий удобен, если вы уже умеете им пользоваться, но не является обязательной оболочкой для любого QA-портфолио. Важнее разрешённый доступ, понятная структура и возможность объяснить содержимое. Формат из вакансии имеет приоритет.
05 / Резюме
Проверьте портфолио как чужой читатель
Попросите знакомого открыть материалы и пересказать, что вы проверяли. Если контекст понятен только после устного объяснения, дополните входную страницу. Затем добавьте ссылку в резюме тестировщика рядом с описанием соответствующего проекта, а не вместо самого описания.
Вопросы по теме
Что ещё стоит уточнить
Сколько проектов нужно?
Универсального количества нет. Начните с одного проекта, который можете полностью объяснить. Дополняйте его другим типом задачи, если это показывает новые навыки.
Можно публиковать тестовое работодателя?
Сначала уточните разрешение и ограничения. Даже выполненная вами работа может содержать закрытое условие или данные компании. Без разрешения используйте собственный учебный пример.
Продолжим в Telegram
Больше информации, кейсов и пользы
Присоединяйтесь к каналу «АйТи с 0 | IT NOMAD», чтобы продолжить разбираться в профессиях, собеседованиях и карьерных шагах.
Перейти в Telegram-канал