如何从测试人员的角度理解Jenkins和Git流？ 有一个带有上一版本代码的主分支 有一个开发分支 开发人员将在本地创建一个新分支，并在功能分支上工作 他们将在特性分支上编写单元测试，如果一切正常，他们将向开发分支发送一个pull请求 拉取请求由管理员批准 开发人员现在将代码合并到dev分支 Jenkins作业将自动触发，代码将部署在测试环境中 我假设测试人员将开始为测试环境编写测试用例

我的问题是，测试人员是否有单独的QA分支来编写测试脚本？和开发人员一样，测试人员也在QAFeature1分支中编写测试，然后向QA分支发送请求，如果得到批准，将在Jenkins中触发构建，然后在一切顺利后，开发人员将其合并到master

---

我不了解QA自动化测试仪的Git和Jenkins流程。我正在从事forked项目。

这里确实没有正确或错误的答案。你提出的解决方案是可行的。但是QA特性分支可能也应该进入开发分支，而不是直接进入QA

我拥有的最好的工作流程是自动化测试人员在合并到开发分支之前直接在开发人员的功能分支中编写测试。
这确保了开发人员不会错过任何东西，并避免了以后的错误修复。引入的错误并不是其他特征的基础，而BuffFIX通常在检测到的时间越早，越便宜。

---

但所有这些都意味着开发人员和测试人员的工作非常紧密，这并不总是可能的。

< P>我建议考虑为测试脚本创建一个QA独立的存储库，因为它有不同的生命周期

我希望我能不止1次这样做。这是最好的办法。