Разделы портала

Онлайн-тренинги

.
Как тестировщику участвовать в open-source проектах
20.07.2026 00:00

Автор: Има-Абаши Эффионг (Ima-Abasi Effiong)
Оригинал статьи
Перевод: Ольга Алифанова

Почему тестировщикам важно участвовать в проектах с открытым исходным кодом (OSS)

Участие в open source помогло мне приобрести множество навыков. Я научилась эффективно и уважительно общаться, что укрепило уверенность при взаимодействии с людьми. И хотя я не пишу код, я стала уверенно пользоваться GitHub и командной строкой в терминалах — навыком, который можно освоить только на практике. Open source предоставляет такую возможность.

Что такое open source и как это работает?

Исходный код open source доступен любому для использования и изменения. Это значит, что каждый может работать над проектом: создавать новые функции, писать документацию… и тестировать. Работа над групповым проектом объединяет людей и формирует сообщество вокруг проекта. Участники open source совместно улучшают, поддерживают и изменяют ПО. Так говорят про воспитание ребенка: чтобы его вырастить, нужна целая деревня.

Примеры популярных open source проектов: Mautic, Linux, Firefox, Cypress и WordPress.

Open source развивается благодаря коллективным усилиям, и его успех зависит от разнообразных талантов: разработчиков, тестировщиков, дизайнеров и т. д. Здесь вы можете внести и свой вклад.

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

Как работа с open source поможет тестировщику?

Вот несколько причин, почему стоит участвовать в open source:

Сформируйте портфолио тестировщика

Поскольку вклад в open source публичный, можно демонстрировать свои достижения на GitHub. URL профиля GitHub можно добавить в резюме, профиль MoT или LinkedIn, чтобы показать свою активность и выделить резюме.

Повышайте технические и мягкие навыки

Будь то кодинг, ревью кода, ответы на вопросы или написание документации — вы получаете возможность улучшать существующие навыки или развивать новые. В технологической сфере мягкие навыки никогда не лишние. Open source предоставляет шанс развивать навыки общения: взаимодействовать, сотрудничать, поддерживать командный дух. Лично я теперь уверенно использую GitHub: создаю и проверяю pull requests (PR), оформляю понятные отчеты о проблемах, разбираюсь с багами и делаю много чего еще.

Найдите наставников

Если вы ищете эксперта в автоматизации тестирования или в определённом языке программирования, участие в open source позволяет познакомиться с такими людьми и получать поддержку. Проще и быстрее общаться с экспертами, когда работаете с ними над проектом, чем отправлять холодные письма или сообщения, которые могут остаться без ответа.

Например, я обсудила с руководителем проекта желание участвовать в их автоматизации тестирования. Она направила меня к стажеру Google Summer of Code, который руководил автоматизацией. Он показал, как настроить проект локально и начать помогать работать над ним. Эти контакты заняли минимум времени, и вскоре я училась автоматизировать реальный проект.

Найдите работу

Я видела, как люди получали работу через open source. Владельцы проектов сначала объявляют вакансии внутри сообщества, а затем публично. Если вы уже участвуете в проекте, где открыта вакансия, ваши шансы выше среднего. А поскольку вы знакомы с продуктом, процесс адаптации будет проще обычного.

Расширьте сеть контактов и получите рекомендации

В сообществах open source можно встретить людей с похожими интересами. Я ищу тестировщиков и быстро связываюсь с ними через LinkedIn, расширяя сеть и заводя новых друзей. Эти люди часто делятся советами по QA на личных сайтах и пишут статьи в Medium и LinkedIn. Взаимодействуя с коллегами, можно утвердиться в профессиональном сообществе.

Если претендуете на работу, коллеги из open source могут написать рекомендацию, так как знают вашу работу. Хорошо иметь людей, которые могут поручиться за вас.

Не нужно мучительно искать стажировки

Работа в open source имеет преимущества перед поиском или прохождением стажировки:

  • Не нужно конкурировать с сотнями кандидатов. Проекты приветствуют участников на любом уровне. Не требуется ждать разрешения — просто выберите проект и начните действовать.
  • Можно выбирать, над чем работать, и когда. Добровольный вклад не требует работы в офисе или фиксированного числа часов. Работайте столько, сколько удобно.
  • Обычно волонтёрские проекты open source поддерживают более дружелюбную атмосферу, чем многие технические проекты.
  • Ваш вклад публичен на GitHub и служит как портфолио, которое может впечатлить работодателей сильнее, чем обычная стажировка.

Подходит ли вам участие в open source?

При словосочетании «вклад в open source» многие думают, что речь идет о программировании. Нет, чтобы помочь с проектом, программировать не обязательно.

Раньше я думала так же. Первые две попытки участия в open source казались провальными: я чувствовала, что мне нечего предложить, так как не умею писать код. Я не могла найти информацию о том, чем тут могут помочь именно тестировщики.

Затем в прошлом году, во время Hacktoberfest, я наткнулась на пост в LinkedIn, призывающий тестировщиков оказать помощь. Я воспользовалась возможностью. На этот раз я получила всю необходимую поддержку, и это сработало.

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

Так я поняла, что участие в open source доступно всем. Ваши навыки и энтузиазм тестировщика могут значительно повысить надежность и качество проектов open source.

Что тестировщику делать в проектах open source:

Тестировать или проверять pull request вручную

Тестировщики могут проверять pull requests до их слияния с репозиторием, чтобы гарантировать качество и функциональность проекта.

Моя первая попытка тестирования PR во время Hacktoberfest была неудачной: я выбрала "неплохую для начала задачу", но не смогла воспроизвести баг, так как шаги были непонятны. Там просто было сказано «создать контакт» без объяснений. Я никогда не использовала этот софт и не могла следовать инструкции. Я пробовала разные PR, но прогресса не было.

От участников Hacktoberfest ожидалось минимум четыре результата за четыре недели. Первые две недели я не сделала ни одного, потому что не просила помощи. Но я не хотела сдаваться, как раньше. Я поделилась ссылкой на PR в Slack и отметила руководителя проекта. Она попросила автора PR переписать шаги, разбив их на мелкие действия: «перейти в настройки», «нажать плюс» и т.д.

И вдруг все стало понятно. В ту неделю я протестировала три PR, просто задавая вопросы. После тестирования я научилась оставлять четкий отзыв: комментировать, одобрять или запрашивать изменения.

Если просите изменения, скриншот или видео помогут разработчику понять, что нужно исправить. И всегда будьте вежливы: простое «спасибо» или «хорошее исправление» сильно помогают.

Отчитываться о проблемах

Если вы новичок, можно начинать с небольших шагов: тщательно тестировать ПО и сообщать о найденных проблемах. Если вы уже пользуетесь ПО, можно сообщать о проблемах, возникших при использовании. Это принесет проекту пользу, так как дефекты будут исправлены до того, как с ними столкнутся другие пользователи.

В одном open-source проекте я никогда не пользовалась их софтом, и периодически думала, что нашла баг, но при сообщении об этом в канале продукта мне объясняли, что это работает так и эдак, и это не баг. После нескольких таких случаев я научилась обсуждать потенциальные баги с мейнтейнерами или лидерами проекта ПЕРЕД заведением задачи. Если они соглашались, я регистрировала задачу на GitHub — чтобы не кричать «волки» зря.

В других случаях для заведения задачи не хватало процедурной информации. В одном проекте требовалось добавлять лейблы и теги. Я искала в интернете, смотрела уроки на YouTube, но всё равно не могла добавить их. Оказалось, нужно сначала войти в команду Triage. После этого стало можно добавлять необходимые лейблы и теги.

Задавать вопросы и искать поддержку новичку крайне важно. Без этого у вас, вероятно, будут трудности, и легко сдаться. Поэтому всегда спрашивайте.

Создавать или обновлять документацию проекта

Если проект на ранней стадии, тестировщики могут писать readme, создавать руководства и учебные материалы по тестированию. Также можно обновлять существующую документацию.

У меня часто возникали проблемы с документацией, особенно с руководством по тестированию, когда я только начинала. Я следовала каждому шагу, но прогресса не было. Пришлось обратиться к руководителю проекта, и она сказала: «О, у нас сейчас все иначе. Используйте вот это руководство». Тогда я подумала об обновлении документации. Актуальная документация помогает новым участникам быстрее добиваться успеха и полезна для всех.

Отвечать на вопросы на форуме

Каждому проекту нужны люди, которые помогут новым участникам установить и использовать софт. Если вы опытный пользователь или участник сообщества, отвечайте на вопросы на форумах. Можно также вести блог о ПО. Это способ повлиять на проект без написания кода.

Переводить документацию проекта

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

Писать тест-кейсы

Как тестировщик, вы можете создавать тест-кейсы, чтобы убедиться, что ПО работает корректно, и расширить покрытие тестов за пределы юнит-тестов. Их можно отправлять в виде pull request для добавления в тестовуую документацию проекта.

Ориентация в проекте open source

Понимание структуры команды

Проекты open source организованы как традиционные организации, с определёнными ролями и обязанностями. Понимание ролей помогает эффективнее оказывать помощь.

Команды обычно включают следующие роли:

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

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

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

Ключевая документация для участников

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

Однажды я потратила несколько часов на локальную настройку проекта, чтобы потом понять, что как low/no-code участнику мне это просто не нужно. Как тестировщица, я лучше тестировала через Gitpod. Я пропустила важную информацию, потому что не уделила время чтению документации.

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

Вот список ключевых документов, с которыми вы будете часто сталкиваться:

LICENSE: лицензия open source, описывающая условия использования и участия.

Code of conduct: кодекс поведения для безопасного и комфортного взаимодействия участников. Он описывает ожидаемое поведение, запрещает домогательства и дискриминацию, и обеспечивает уважительное отношение ко всем участникам.

README: первый файл для изучения, содержащий основную информацию о проекте.

CONTRIBUTING.md: как и где сообщать о проблемах и как начать участвовать, с ссылками на ресурсы.

Другая документация: проекты вроде Mautic имеют дополнительные материалы, например, видеоуроки для тестировщиков о тестировании багфиксов и функций.

Инструменты для коммуникации

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

  • GitHub — для создания и проверки pull requests и отчетов о проблемах.
  • Slack или Discord — используются в некоторых проектах для асинхронного общения. Общение лучше вести в публичных каналах, сводя к минимуму личные сообщения.
  • Форумы — В некоторых проектах там идет обсуждение идей, запросов функций, решения проблем, технической поддержки и др.

Поиск подходящих проектов

Теперь, когда понятен принцип работы open source, следующий шаг — найти проект для участия.

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

Как и я, можно найти проект другим способом. До Hacktoberfest мне не удавалось найти по-настоящему интересного проект. Благодаря призыву Hacktoberfest к тестировщикам и участникам, я нашла проект Mautic, в котором до сих пор задействована. Если вы хотите начать участвовать в open source-проектах во время Hacktoberfest, следите за проектами на LinkedIn, BlueSky или X с хэштегом #hacktoberfest.

Советы по выбору проекта, который, возможно, наилучшим образом вам подойдет:

  • Обращайте внимание на признаки солидного проекта: лицензия, readme, кодекс поведения, contributing.md и активность.
  • Убедитесь, что проект активен. Кликните на активность, чтобы увидеть дату последнего коммита. Это поможет вам распознать активный репозиторий.
  • Откройте pull requests и посмотрите ревью. Мейнтейнеры проверяют PR? Значит проект активен, и в нем стоит участвовать. Если там нет ревью и иных взаимодействий между мейнтейнерами и участниками, помощи, вероятно, не будет — не тратьте время.
  • Общение в сообществе open source преимущественно асинхронное. Мейнтейнеры и участники не всегда доступны для контакта. Будьте терпеливы, задавая вопрос или нуждаясь в ревью. Они не игнорируют вас, не расстраивайтесь. Ответ придет, как только они будут в доступе.
  • По возможности держите коммуникации открытыми и публичными (если не делитесь чувствительной информацией), чтобы другие участники могли учиться на вашем опыте.
  • Личный совет от меня: если вы прочитали документацию, но не понимаете, как действовать, обратитесь к опытному участнику. Я так делала, когда начинала участвовать: кто-то успешно влил PR, об этом сообщалось в канале, и я обратилась к этому человеку – «Привет, я вижу, что у тебя все прошло успешно. Пожалуйста, покажи мне, как это происходит». Она показала через Google Meet, и я смогла во всем разобраться и начать помогать. Если вам легче учиться, наблюдая за кем-то, не стесняйтесь просить помощи.
  • Обращайте внимание на волонтеров, которые проводят встречи по Zoom или Google Meet для новых участников. Посещение двух-трех таких сессий помогает легко начать.

Общие советы для успешного участия в open source

Заключение

Вклад в open source стал переломным моментом в моей карьере как тестировщика. Сегодня я продолжаю участвовать в Mautic: тестирую новые функции, улучшаю документацию и наставляю новичков. Я приобрела новые навыки и возможность посмотреть на все другими глазами, что напрямую улучшило профессиональную работу. Я также тала увереннее и эффективнее в сотрудничестве с коллегами по работе.

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

Дополнительная информация