研究了50万次代码提交的自动化测试数据后

(IEEE国际软件工程大会)上，标题为《Taming Google-Scale Continuous Testing人谢尔盖·布林的母校。Google是一家能将研讨(Research)和工程(Engineering)完美结合的巨大公司，在检验自动化领域更是执牛耳者(一年一度的GTAC谷歌检验自动化大会是领域内的旗舰会议之一)。深沉的布景，决议了论文必定出手不凡，单单<span font-size:17px;background-color:#ffffff;"="" style="font-family: "sans serif", tahoma, verdana, helvetica; font-size: 12px; white-space: normal; color: rgb(51, 51, 51);">标题就可谓霸气十足：《征服谷歌规划的持续检验》。那么，这篇论文(注重群众号，回复数字“1”获取PDF全文)究竟研讨了什么问题？取得了什么研讨成果呢？

http://www.tpyqq.com

持续检验是检验自动化的一个重要使用。什么是持续检验？一般以为，持续检验是一种运行在持续集成(Continuous Integration, CI)系统中的，由开发人员的代码提交所触发的，意图是验证代码改动是否满足质量(Quality)要求的自动化检验。在本群众号之前的文章《Hard Problems in Test Automation》中，我们总结了持续检验的“三高”特性，意图证明：持续检验是一件非常有挑战性的作业。

<p font-size:17px;text-align:justify;background-color:#ffffff;"="" style="overflow-wrap: break-word; margin-top: 5px; margin-bottom: 5px; font-family: "sans serif", tahoma, verdana, helvetica; font-size: 12px; white-space: normal; color: rgb(51, 51, 51);">这种挑战性相当程度上来自于客观上存在的检验资源和检验需求之间的敌对。检验资源(例如检验东西、检验环境等)是有限的。而在持续检验的情况下，检验需求跟着项目规划的扩展而成几何级数增加：很多的开发人员高频率地提交代码，并且希望每次代码提交均得到充分的、不留边角的检验；别的，开发人员对检验时刻的需求也很激烈，他们希望快速地得到检验反应成果，以决议下一步举动。巨大、严苛的检验需求与有限的检验资源之间必定有着严重的敌对。的确，在大规划软件项目开发中自动化持续检验往往是一个巨大的瓶颈。

在谷歌，这种敌对的程度更是史无前例。这是由于谷歌选用“One Single Repository”战略：全公司简直悉数产品线的代码均会合在一个代码库(极少数活络项目在外)。据统计(数据来自论文《Why Google Stores Bilions of Lines of Code in a Single Repository》，宣告在出名期刊Communications of the ACM上)，在2015年1月份，关于这个代码库的数据是：http://www.qqk68.com

• 总文件大小86TB(不包括release分支)，

• 总共有900万个源文件，

• 总共有20亿行源代码，

• 历史以来总共发作3500万次提交，

• 均匀每个作业日发作40000次有用提交，

• 总共25000名开发人员作业在这个代码库上。

• ，在每次代码提交时，并不去实行悉数检验集，而是依据检验用例和被修正文件的依靠性关系，只从回归检验会合选择一部分或许个检验用例。即使在尖端的硬件环境下使用分布式并发实行才能取得检验成果。