8. Git 在测试团队中怎么用？
Git 不是开发专属工具。测试工程师只要参与自动化测试、测试脚本维护、测试数据管理、接口用例版本管理、文档协作，基本都会接触 Git。面试中如果你说“Git 我会 clone、pull、push”，只能证明你会最基础操作；如果你能讲清楚分支、提交、合并、冲突、回滚、代码评审和团队协作流程，就会更像真实团队中的测试人员。
测试团队使用 Git 的核心目的，是让测试资产可版本化、可追踪、可协作。自动化脚本不是写在个人电脑里就完事了，它需要多人维护、持续集成执行、历史变更可查、问题版本可回退。Git 正是解决这些问题的工具。
一、测试工程师为什么要会 Git
1. 管理自动化测试代码
接口自动化、UI 自动化、性能测试脚本都应该放在 Git 仓库中，方便团队协作和 Jenkins 拉取执行。
2. 管理测试工具项目
比如 Mock 服务、测试数据生成工具、接口测试框架、项目包装生成器，都需要版本控制。
3. 协作文档和用例
有些团队会把接口文档、测试方案、Markdown 用例放到 Git 中统一管理。
4. 支持持续集成
Jenkins 通常从 Git 拉取代码，然后执行自动化测试。如果测试不会 Git，就很难参与 CI 流程。
5. 追踪变更和回滚
自动化脚本失败时，可以查看最近提交，判断是不是脚本变更导致；出现问题也可以回退到稳定版本。
二、测试人员常用 Git 操作
1. clone 拉取仓库
git clone 仓库地址
用于第一次获取项目代码。
2. pull 更新代码
git pull
在修改前先拉取最新代码，避免基于旧版本开发。
3. status 查看状态
git status
查看哪些文件被修改、哪些文件未跟踪。
4. add 暂存文件
git add tests/api/test_order.py
5. commit 提交变更
git commit -m "add order api smoke tests"
提交信息要清晰，不要写“修改”“update”这种无意义内容。
6. push 推送远程
git push origin feature/order-api-tests
7. branch 分支
git branch
git checkout -b feature/payment-tests
测试脚本开发最好在单独分支进行，避免直接改主分支。
三、测试团队常见分支策略
不同公司策略不同，但常见有：
main/master：稳定分支；develop：开发集成分支；feature/*：功能分支；hotfix/*：紧急修复分支；test/*：测试脚本或测试环境分支。
测试人员开发自动化脚本时，可以从 develop 拉分支，完成后提交 Merge Request 或 Pull Request，由团队 Review 后合并。
四、Git 冲突怎么处理
冲突是面试高频问题。冲突通常发生在多人修改同一文件同一位置时。
处理流程：
git pull或合并分支时发现冲突；- 打开冲突文件；
- 找到冲突标记；
- 和相关同事确认保留哪部分；
- 手动修改成正确内容；
git add标记已解决；git commit完成合并。
冲突标记示例：
<<<<<<< HEAD
当前分支内容
=======
合并进来的内容
>>>>>>> feature/login-tests
测试人员要注意：解决冲突后必须运行相关测试，不能只把冲突标记删掉。
五、Git 和 Jenkins 怎么结合
Jenkins 通常会配置 Git 仓库地址，构建时自动拉取代码。常见场景：
- 测试提交自动化脚本；
- 推送到远程分支；
- Jenkins 拉取最新代码；
- 执行接口自动化；
- 生成测试报告。
如果 Jenkins 构建失败，测试可以查看是否是最近 Git 提交导致，例如某个测试数据文件修改、配置文件改错、依赖更新失败。
六、Git 在自动化测试中的最佳实践
1. 不提交敏感信息
不要把数据库密码、生产 Token、密钥提交到 Git。可以用配置文件模板、环境变量或 Jenkins 凭据管理。
2. 提交信息要清晰
例如：
add payment callback api tests
fix order status assertion
update test data for coupon module
3. 小步提交
不要一次提交几十个无关修改。小步提交更容易 Review 和回滚。
4. 提交前本地运行
自动化脚本提交前至少本地跑相关用例，避免把明显失败代码推上去。
5. 使用 .gitignore
不要提交日志、缓存、报告、临时文件、依赖目录。
6. 分支开发
不要直接在主分支改脚本，避免影响团队稳定执行。
七、完整案例：新增订单接口自动化用例
假设你要新增订单模块接口自动化。
流程：
- 从 develop 拉新分支：
git checkout develop
git pull
git checkout -b feature/order-api-tests
- 新增测试文件和测试数据；
- 本地执行订单模块测试；
- 查看变更：
git status
git diff
- 提交：
git add tests/api/test_order.py data/order_cases.yaml
git commit -m "add order api smoke tests"
git push origin feature/order-api-tests
- 提交合并请求；
- Review 通过后合并；
- Jenkins 自动执行回归。
这就是测试团队中比较完整的 Git 使用方式。
八、面试回答模板
如果面试官问“Git 在测试团队中怎么用”，可以这样回答：
我主要用 Git 管理自动化测试代码和测试配置。比如接口自动化项目中，我会从 develop 拉取新分支，在功能分支上新增或修改测试用例，提交前先本地运行相关用例，通过后再 commit 和 push，提交合并请求。团队合并后 Jenkins 会拉取最新代码执行自动化测试。常用命令包括 clone、pull、branch、checkout、add、commit、push、merge。遇到冲突时，我会先确认冲突内容，和相关同事沟通保留逻辑，解决后重新运行测试，确保脚本可用。
九、常见追问
追问：Git 冲突怎么处理？
找到冲突标记，确认保留内容，手动修改，add 后 commit。解决后要运行相关测试，避免逻辑被改坏。
追问：pull 和 fetch 区别？
fetch 只是拉取远程更新到本地，不自动合并；pull 相当于 fetch 后再 merge 或 rebase。
追问：测试为什么不能直接提交主分支？
主分支要保持稳定。直接提交容易影响团队和 Jenkins 执行，应该通过分支和 Review 控制质量。
追问：误提交敏感信息怎么办？
立即通知团队，撤销或清理历史，并更换泄露密钥。更重要的是提前用环境变量和 .gitignore 避免提交。
十、练习清单
- clone 一个测试项目；
- 创建 feature 分支；
- 修改一个测试文件；
- 查看 git status；
- 提交 commit；
- push 到远程；
- 模拟并解决冲突；
- 编写有意义的 commit message；
- 配置 .gitignore；
- 准备 Git 面试回答。
Git 对测试来说不是加分项，而是自动化和团队协作的基础能力。你不需要像开发一样精通所有高级命令，但必须能在团队流程中安全、规范地提交和维护测试资产。
配套刷题：
