换个角度思考性能测试问题和学习性能测试实践

性能测试对于大部分测试人员都是一个神秘地带，因为在很多公司，性能测试都是由一个性能测试团队来做，所以普通测试人员没有机会接触到真实的性能测试，因而很难学习到很多新的测试实践知识。

市面上现在有非常多关于性能测试的书籍，其中不少书籍都能够系统地介绍性能测试。今天我想通过另一种方式来介绍性能测试，那就是通过提出一些关于性能测试的问题，然后针对问题进行思考。希望通过不一样的方式让读者以另外一种视角来思考和学习性能测试实践。

1. 如何在敏捷开发中做性能测试?

敏捷开发，由于其持续集成、快速反馈等特点，需要性能测试工具支持轻量化、集成CI服务器、全代码化等特性，所以传统的性能测试工具比如JMeter和LoadRunner等已经很难适用于敏捷开发。在敏捷开发中，性能测试应该需要具有以下特点：

(1) 性能测试是持续集成和持续发布的一部分，尽可能早的发现性能问题，从而降低修复成本。这样可以使得很多性能问题在开发过程中被持续的尽快发现。建议将性能测试写成故事放到每个迭代里面去，见下图：

(2) 性能测试脚本易读，易维护。比如代码化的脚本Gatling，Locust等。下面是Gatling的DSL示例代码：

(3) 可视化，报表易读，每个人都能及时了解状况 。下图为Jenkins集成了一个Gatling插件后所展现的Gatling持续测试报表。

通过在敏捷开发中做持续的性能测试，使得性能测试也可以：小步快跑->快速反馈->持续改进->持续交付。

2. 如何通过数据分析更有效的做性能测试?

大部分情况下大型项目的性能测试需要的时间和人力都非常高，因为：

用户并发要求高，测试硬件成本高

测试功能点多，测试量大

耐久性测试，测试时间长

其次是测试的有效性差，因为测试人员在测试环境中很难模拟真实用户的操作，比如访问的顺序分布，访问的强度分布以及用户端的各种访问参数。

为了解决这两个问题，应该通过用户数据分析来获得真实的用户行为数据，并用其来构造性能测试用例，其中可以用下面这个漏斗模型来进行思考：

通过这个漏斗模型可以知道，为了快速得到真实有效的性能测试数据模型，需要通过筛选并整合真实的用户数据，而并不是靠测试人员在实验室中想象出来的数据。

那如何进行用户行为分析呢?下面尝试用三个例子来进行说明。

第一个例子是一个用户注册流程，通过用户行为的数据分析可以得到每个功能点上用户的访问量。见下图：

图中展示了用户注册流程的6个步骤，分别是：

Getting Started

Account Information

Personal Information

Financial Information

Review Information

Thank You Page

其中第一个步骤有18606次访问，然后有71%的访问用户选择继续，但是只有13131(70.6%)到达了第二个步骤。最终只有925(5%)的用户完成了注册。由此可以知道不同步骤的真实访问比例，从而得到性能测试的数据模型和策略。

第二个例子是用户使用的浏览器的数据统计，如果性能测试需要模拟不同的浏览器，那么这些数据分析结果也可以用以确定浏览器在性能测试中的权重。

通过这个统计表可以知道使用IE浏览器的用户最多，所以在生成性能测试数据的时候应该多生成一些基于IE浏览器的数据，比如User-Agent等。

第三个例子是统计的用户访问地区，对于有些大型的互联网应用是需要进行多地区模拟来测试不同地区互相访问时的性能。这个数据统计结果可以帮助其设计更有效的这类性能测试用例。

通过这个统计表可以知道英国的用户访问量最多，而美国的访问量第二。如果应用服务器部署在美国，那么就应该尽可能的在英国架设测试服务器，通过在英国的测试服务器来测试美国的应用服务器，从而测试跨国网络的性能，并且还需要在产品环境检测英国到美国的网络性能，从而及时发现性能问题。