Для отслеживания статуса заказа — авторизируйтесь
Введите код, который был выслан на почту Введите код с SMS, который был выслан на номер
 
Код действителен в течение 5 минут Код с sms действителен в течение 5 минут
Вы уверены, что хотите выйти?
Сеанс завершен
На главную
Рet-проекты для тестировщиков: как QA самостоятельно придумать себе задачу для портфолио

Рet-проекты для тестировщиков: как QA самостоятельно придумать себе задачу для портфолио

Колонка Сергея Могилевского, QA Automation Lead в IT-команде NIX

Pet-проекты — более распространенная практика среди разработчиков, но полезна и для тестировщиков. QA-специалист (не только начинающий) может писать код, чтобы лучше понять продукты, которые проверяет. Можно пойти и другим путем — сразу делать в тренировочном проекте то, что и в будущей работе. То есть тестировать имеющиеся решения.

Как создать pet-проект и организовать процесс работы — рассказывает Сергей Могилевский, QA Automation Lead в ІТ-команде NIX.

Об эксперте:

Сергей Могилевский — QA Automation Lead в ІТ-команде NIX. Имеет более 8 лет опыта в разных вариантах роли тестировщика (Manual, Automation, менеджер, Tech Lead). Делал автоматизацию и владеет знаниями в области Java, Groovy, JavaScript, Python.

Чем pet-проекты для QA отличаются от проектов разработчиков

Каждый pet-проект — это о саморазвитии и удовольствии от обучения. Размышляя над темой собственного проекта, не нужно гнаться за уникальной идеей. Достаточно уметь делать то, что и ваши более опытные коллеги.

Заказчиком и исполнителем pet-проекта являетесь вы. Ставите себе ТЗ и выполняете задачу, чтобы улучшить навыки или проверить знания по недавно изученной теме:

Разработчики обычно создают вебсайты, приложения для мобильных устройств, социальных сетей, медицинских, банковских систем и т. д.

Тестировщики проверяют эти продукты, чтобы найти возможные ошибки в коде.

Чем pet-проекты полезны тестировщикам

Работая над pet-проектом, вы примерно можете понять, чем будете заниматься в будущем. Это позволит определить, интересно ли вам развиваться как тестировщику.

Если да, вот еще несколько приятных бонусов самостоятельной практики:

  • Возможность получить практический опыт. Вы лучше поймете технические аспекты тестируемых программ; улучшите навыки документирования дефектов; научитесь создавать тест-планы и улучшать их, сможете лучше выявлять различные типы проблем (безопасности, программного обеспечения, удобства использования сайтов, скорости загрузки страниц). Для тестирования подойдут любые ресурсы (сайты, приложения, игры). Разнообразьте свой опыт по ходу обучения.
  • Научиться генерировать идеи. Способность находить неочевидные варианты — навык, который можно развить. Чем больше практики, тем быстрее научитесь. Это полезное умение для тестировщика, несмотря на то, что его работа рутинна. Творческое мышление позволяет находить баги и уязвимости системы там, где никто из команды раньше не подумал. Таким образом вы сможете делать программы более устойчивыми к киберугрозам.
  • Увеличить шансы на желаемый оффер. Начинающим без опыта сложно найти работу. Наличие портфолио с pet-проектами — наглядное подтверждение ваших навыков и точно пригодится на собеседовании.

По сравнению с коммерческими проектами, на pet-проекте нет возможности взаимодействовать с другими участниками команды. Потому что вы и есть вся команда. Тем не менее можете потренироваться объяснять свои шаги при решении задач.

Что тестировать в pet-проектах

То, что нравится

Ограничений тестирования сайтов или приложений нет. Выбирайте то, что доставит вам удовольствие от процесса работы. Это может быть, например:

  • ваш любимый ресурс по поиску автомобилей;
  • интернет-магазин с детскими товарами;
  • сайт пиццерии, которая находится возле вашего дома.
Однажды я заказывал пиццу, а нашел четыре критических бага. Мне пришлось много раз заполнять данные и подтверждать заказ, чтобы его получить. «Ожидаемое» завершение этой истории — из-за ошибки на сайте курьер принес мне две одинаковые пиццы.

Приятный бонус такой работы — вы свободны в выборе подходов, в отличие от коммерческого проекта. Тренируйтесь с теми технологиями, которые вам интересны. В требованиях к проекту клиента будет указано, какой фреймворк нужен для тестирования продукта. Для своего проекта выбирайте любой, например, Playwright, с которым, возможно, быстрее выполните поставленную задачу. То есть вы не только «прокачаете» навыки, но и получите удовольствие от работы.

То, что можно улучшить

Беритесь тестировать аналоги популярных продуктов. Начинающему почти невозможно найти баги в Spotify, но вполне реально зафиксировать ошибки в приложении, которое является альтернативой известному стриминговому сервису.

Присмотритесь также к сайтам, рассчитанным на определенный регион. К примеру, к местной радиостанции маленького городка. Обычно на такие продукты не выделяется достаточный бюджет, поэтому команда разработчика пренебрегает этапом тестирования. Найдя баги, добавьте проект в портфолио.

Есть еще один способ извлечь пользу от такой работы. Через фидбек-форму пришлите ошибки разработчику этого продукта. Так вы сделаете не только хорошее дело, но и можете получить отзыв о своей работе.

С чего начать?

С тестирования функционала, который, вероятно, понадобится в работе. Для этого подойдет:

Валидация пароля

У каждого интернет-ресурса есть свои требования к созданию пароля. Например, одновременное использование специальных символов и заглавных букв, ограничение по минимальному количеству знаков.

Перед тестированием прочтите правила валидации, чтобы корректно выявить вероятные баги. Если требуется создать пароль минимум с восьми знаков, не следует записывать в ошибки, что авторизация не принимает код в семь цифр или букв.

Найти основные баги помогут следующие проверки:

  • Отображение правил создания пароля. Если есть определенные требования, проследите, чтобы пользователь имел возможность ознакомиться с ними до заполнения строки с паролем.
  • Обязательно заполнение строк. Убедитесь, что поля «Пароль» и «Повторите пароль» требуют от пользователя заполнить их одинаковыми значениями.
  • Возможность сокрытия символов. Протестируйте, по умолчанию ли пароль отображается звездочками или другими метками. Работает ли кнопка-переключатель (обычно изображена в виде глаза).
  • Создание нового пароля, который не дублирует старый. Для безопасности данных пользователей необходимо, чтобы новый пароль для определенной учетной записи отличался от предыдущей.

Работа с загрузкой файлов

Например, для создания личного кабинета можно загрузить аватарку — фото пользователя. Проверьте, какие есть ограничения на размер изображения и можно ли обойти это требование. Если ресурс разрешает добавить файл в формате .jpg, можно ли схитрить: например, переименовать pdf-документ в указанный тип и добавить в личный кабинет. Протестируйте, можете ли добавить Zip-бомбу в файлообменнике. То же можно проверить на сайтах с объявлениями или на электронной почте.

Заполнение строки с email

Правильность заполнения email проверяйте на любых ресурсах, где можно зарегистрировать личный кабинет, отправить авторизованный отзыв, подписаться на рассылку новостей, оставить контакты для обратной связи.

Существует множество вариантов, как протестировать email. Для начала убедитесь, что действительны следующие утверждения:

  • пользователи могут вводить электронную почту в соответствующей строке;
  • если пользователь добавил недействительный адрес электронной почты, отображается сообщение об ошибке;
  • реализована проверка, существует ли указанная электронная почта (это убережет пользователей от опечаток);
  • адрес электронной почты содержит @;
  • строка с электронной почтой содержит точку;
  • в строке с электронной почтой есть точка с субдоменом;
  • электронная почта, приведенная в кавычках, действительна;
  • электронная почта, содержащая цифры, действительна;
  • электронная почта, содержащая дефис или подчеркивание, действительна.

И вот вам следующая идея для тестирования — проверить приходящий на электронную почту код после валидации пароля.

Не пытайтесь делать все безупречно. Просто практикуйтесь, развивайте свой «тренировочный» проект. Так вы будете «‎в тонусе» и не будете отставать от тенденций в IT. Постоянно появляются новые технологии, которые не сразу используются в коммерческих проектах. Собственные наработки позволят протестировать эти решения и быть готовыми к новым задач без колебаний и страха.

Ещё статьи
Экспертки о том, как оценивают кандидатов на нетехнических интервью
Часть 2. Работа с записями: вставка, чтение, изменение и удаление