有时，你不得不面对软件无法了解持续测试的重要性这一事实。位于于加州山景城的SOASTA公司的产品管理副总裁Dan Bartow在2007意识到了这一点，当时他在为TurboTax Online工作。该公司的系统在4月15日崩溃了，更不幸的是他们的报税期限马上就要到了。“我才刚刚加入这个公司，我看到我们的CEO在CNN上向上百万的美国民众解释着为什么美国国税局（IRS）纳税申报期限延长，这是美国史上的第一次。”

从那以后，Bartow了解到了公司性能问题的根本原因。所有网络公司都发生过相同的问题。“在生产中，他们的网站运行在大量的架构上。我们说的是成百上千的服务器、大量的数据中心等等，每一个我所工作的公司，他们在进行应用测试时都在一个缩小的‘性能实验室’。”Bartow突然想到，如果你想要真实的测试，你必须在生产中测试。

这些天，随着移动应用的流行，以及提高的用户期望和加速的发布周期，使持续测试变得更为广泛地接受。据Bartow所说，尽管如此，但它还没得到广泛的实践。在STPCon 2013大会上他做了一个演讲，探究了持续测试是如何优化移动性能的，以及为什么更多的人需要使用它。

持续测试的普及

2006年，亚马逊宣布其财政收入增长了1%，当响应时间剃掉100毫秒时。这激励了组织应该优先优化移动性能。然而，更有利的激励是潜藏在这一发现之下：因为响应时间增加100毫秒的话，收入减少了1%。“客户以及整个行业都要求快速的发布周期，”Bartow说。“看看你使用的移动设备上的应用程序更新版本的周期是多少。”事实上，iOS的最新版本已经添加了一个操作功能，它在后台，用户不矫情的情况下更新应用。“没有人再愿意等30天的的开发和测试周期后，再发布他们的应用的更新版本。”

这意味着测试需要连续才能有效，或者换句话说。性能测试需要部分的持续集成(CI)过程。“CI服务器可以大大地加速上市的时间，通过在性能测试中进行自动化，这在过去不仅费时，而且还是一项挑战。”Bartow举了Jenkins作为例子，这是一个开放平台，你可以安排任何你想要的自动化任务，然后提供分析，如响应时和失败。“接下来的几年里，我们需要这类前瞻性的方法在移动性能方面。”

远远不够

Bartow认为，让你用户体会到哪里需要持续测试的路还很长。“从根本上讲，公司仍然有相同的核心测试问题，这一问已经困扰了他们十年了，他们一直等到最后一刻才进行性能测试（如果他们做的话），他们仍然做的不够全面。”他这样说：让一个房间的高管举手，如果他们认为手机应用性能是很重要的话，然后所有的人都举起了手。如果他们满意性能工程操作的话，让他们再举手，就没有人举了。Bartow说，毫无疑问开发团队已经使用了CI服务器自动化、构建、测试和部署。测试团队只需要完全承诺过程即可。“他们可以从简单的关键应用功能冒烟测试脚本开始，并开始评估这一性能的，或随着时间的推移的恶化情况。”

也就是说,他的未来前景是乐观的。“现在，我们看到的是测试思想变更最大。”他预测，不出四年，这些调查的90%都会通过定期CI服务器开始他们的性能测试，因为他们别无选择。在那之前，仍有进步空间。“我与之谈话的人中只有大约5%到10%的人有了性能测试 ，作为web或移动应用的CI进程的一部人。”目的在于，只是失去的进取的劲头，这是可以理解的。让人们登上持续测试这艘船，改变操作，改变优先权，并不是一件容易的事。Bartow的建议如何？“他们只需要开始做，现在就开始！”