Github flow QA和UAT测试

Question

我最近读到了关于github流程的文章。我现在使用的是gitflow，我看到Github flow看起来非常有趣，因为它在工作流程方面没有gitflow那么重。

但我不明白的是，一旦一个功能完成，就会创建一个拉取请求。在合并回master (准备生产)之前，这些更改是如何测试的？在gitflow中，我有一个CI/CD任务，一旦某些东西提交到发布分支，UAT环境就会更新，当测试完成时，如果一切正常，更改就会合并到master中并进行部署。在Github流程中，UAT环境的位置在哪里？

Answer 1

每次将功能分支合并到master时，都应该自动将其部署到staging环境，并在那里执行QA/UAT测试。

测试完成后，使用适当的版本标记将其部署到生产环境中。

但是，假设您刚刚将Feature1分支合并到master，然后在生产中发现了一个错误。您将根据主服务器上最后部署的版本标记创建一个热修复分支，将其部署到登台环境并执行QA/UAT测试。通过测试后，使用适当的版本标记将该修补程序分支部署到生产环境中，然后将该修补程序分支合并回主节点。现在，您可以继续部署Feature1。

Answer 2

用户验收测试(UAT)是一种由最终用户或客户端执行的测试，用于在将软件应用程序转移到生产环境之前验证/接受软件系统。UAT是在功能、集成和系统测试完成后，在测试的最后阶段进行的。

UAT的主要目的是验证端到端的业务流。它不关注美容错误、拼写错误或系统测试。用户验收测试是在单独的测试环境中执行的，具有类似生产的数据设置。这是一种黑盒测试，其中将涉及两个或更多最终用户。UAT的完整形式是用户验收测试。