1.1.3　测试GitHub的拉取请求

GitHub是一个存放很多Git仓库的网站。许多开源项目例如Vue都存放在这个网站上，而我任职过的大多数公司也是把它们的代码放在GitHub上的私有仓库中。

定义　Git是一个版本控制系统。我假定你使用过它，并且熟悉合并、分支及混合概念。如果不了解，请阅读Git文档https://git-scm.com。

拉取请求是GitHub工作流程的一部分。在开发人员将代码合并到主分支之前，拉取请求可以让开发人员有机会对各分支的代码变更进行审核。

注释　如果对GitHub工作流不熟悉，请阅读Understanding the GitHub Flow（https://guides.github.com/introduction/flow）。

通常审核一个拉取请求时，需要将代码变更拉到本地计算机上，运行应用程序，并手动测试代码是否仍正常工作。这个过程非常耗时，有些人在审核拉取请求时就会选择省略掉该过程。

自动化测试会使这个过程变得很容易。当一个项目有自动化测试时，就可以建立一个下载拉取请求分支的服务，运行测试套件，并通过报告返回是否通过的测试结果（图1.1）。只要充分相信测试，就无须在本地计算机上手动进行代码检查。

图1.1　一个通过测试的拉取请求；测试通过后会显示对勾符号

注释　大多数开源项目都要求开发人员对新添加的功能编写新的测试代码。Vue仅接受包含测试的新代码拉取请求。

除了使拉取请求更容易审核之外，自动化测试还可以实现现代工作流程，如持续集成和持续交付。如果对这些工作流程感兴趣，可以在Martin Fowler的博客（http://mng.bz/nxVK）阅读相关内容。

至此，我已经定义了自动化测试和手动测试的概念，是时候更具体一些了。下一节我会概述一下自动化测试技术，以及如何运用它们检查应用程序。

注释　正如the Facebook去掉the成为Facebook一样，是时候去掉自动化测试中的“自动化”字样了。从现在开始，我将把自动化测试称为测试。