Github流程质量检查和UAT测试

Question

我最近阅读了有关github流的信息。到目前为止，我正在使用gitflow，我发现Github流看起来非常有趣，因为它在工作流方面不如gitflow繁重。

我不了解的是，一旦功能完成，就会创建拉取请求。在合并回master（准备投入生产）之前，如何测试这些更改。 在gitflow中，一旦将某些内容提交到发布分支UAT环境中，并且在完成测试并且一切正常后，我将执行CI / CD任务，更改将合并到主服务器并部署。 在Github中，UAT环境的位置在哪里？

Answer 1

每次将功能分支合并到母版时，都应将其自动部署到登台环境中，并在此进行QA / UAT测试。

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

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

Answer 2

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

UAT的主要目的是验证端到端业务流程。它不关注外观错误，拼写错误或系统测试。用户验收测试是在单独的测试环境中进行的，并具有类似于生产的数据设置。这是一种黑匣子测试，其中涉及两个或多个最终用户。 UAT的完整形式是用户接受测试。