Git for QA Engineers
by KATIA SOVA | 2025, April 14
42.1.2 Как работает Git
Теперь, когда стало понятно, насколько важно использовать систему контроля версий, самое время разобраться, что такое Git и как он работает.
Чтобы упростить понимание, представим Git в виде социальной сети. У каждого проекта есть “аккаунт” — это репозиторий. В нем появляются “посты” — ветки, отражающие разные направления разработки. К этим постам добавляются “комментарии” — коммиты, фиксирующие конкретные изменения в коде.
42.1.3 Репозиторий (repository)
Итак, репозиторий — это своего рода аккаунт или главная папка проекта “в облаке”.
Именно с него тестировщик начинает работу: находит существующий репозиторий на GitHub — платформе, которую смело можно назвать социальной сетью для ИТ-проектов.
Среди популярных систем контроля версий выделяются GitHub, GitLab и Bitbucket. Все три предлагают схожий интерфейс и принципы работы. Освоив одну из них, несложно адаптироваться к другим. В этом курсе в качестве примера удалённого репозитория (remote repository или remote repo) используется GitHub.
Чтобы приступить к работе, тестировщик загружает проект с GitHub на свой компьютер. Информация из удаленного репозитория копируется в локальный Git-репозиторий (local repository). Также появляется папка с файлами в рабочей директории.
Git — это программа, установленная на компьютере. Она управляет всеми локальными изменениями в проекте и помогает подготовить файлы для отправки в удаленное хранилище GitHub, который обеспечивает хостинг для удаленного репозитория.
42.1.4 Ветка (branch)
К моменту подключения QA-инженера к проекту структура репозитория, как правило, уже довольно сложная. Удалённый репозиторий содержит множество веток — это результат работы команды разработчиков. Чтобы эффективно проводить тестирование, важно уметь ориентироваться в этой системе.
Основное, что нужно помнить:
- Главная ветка проекта называется master (или main). Именно в ней хранится проверенная версия кода
- Для каждой новой задачи — будь то разработка функционала или написание тестов — создается отдельная ветка (команда git branch)
- После завершения работы в ветке отправляется запрос на слияние (git merge) — так результат добавляется в основную ветку master
Так выглядит структура проекта: в ветке master хранится основная версия кода. Для каждой новой задачи создаются отдельные ветки, и при успешной доработке они объединяются с master.
42.1.5 Коммит (commit)
У любой разработки есть этапы, которые фиксируются в виде коммитов — записей об изменениях в проекте. Каждый коммит получает уникальный идентификатор — хэш (hash), представляющий собой строку из 40 символов, сгенерированную автоматически при сохранении изменений.
Знание хэша нужного коммита помогает быстро найти нужный фрагмент кода, создать отдельную ветку для тестов или документации, а также сохранять промежуточные результаты тестирования в виде собственных коммитов.
42.1.6 Заключение
Git — это не только мощный инструмент для разработчиков, но и незаменимый помощник для тестировщиков. Система контроля версий помогает отслеживать изменения в коде, ускоряет поиск и анализ багов, а также позволяет поддерживать тестовую документацию в актуальном состоянии.
Работая в команде, QA-инженер точно знает, что тестирует нужную версию кода и всегда может вернуться к любому предыдущему состоянию проекта.
