性能测试中的Flat测试和Ramp-up测试

各位好，我是 

@道普云

一站式云测试SaaS平台。一个在软件测试道路上不断折腾十余年的萌新。

欢迎关注我的专栏和我的主页

@道普云

文章内容具有一定门槛，建议先赞再收藏慢慢学习，有不懂的问题欢迎私聊我。

（双击屏幕有新大陆，可以试试看）

希望这篇文章对想提高软件测试水平的你有所帮助。

---

通过前面的文章我们已经将脚本录制的方面讲解完了，录制完脚本之后，我们就进行实际运行场景的设置，我们可以把脚本集成到LoadRunner里，下面的页面就是道普云的测试方案的一个具体界面。左边是导入的脚本，右边是我们设置的性能测试的场景策略。

选择不同的测试方法就需要设置不同的运行场景，现在主要的场景主要有单业务场景和混合业务场景。

单业务场景策略：重点针对单个业务进行性能测试。

混合业务场景策略：根据在线业务进行统计信息收集，保证所有的在线业务同时进行操作，每种业务按照业务数据量比例和业务操作的频率比例进行设置，从业务的多样性上来模拟实际的生产环境。相当于同时运行多个功能，每个功能分配不同的并发用户数。

不管是单业务场景还是混合业务场景，我们在进行场景测试的同时，都是可以监控服务器的一些技术信息的通过这些数据对服务器进行综合性能分析，找出系统瓶颈，为调优或者提高性能提供依据。

针对测试策略中的加压策略，我们介绍两种不同的加压策略。

Flat测试是所有的用户一次性加载完，并且是在预期的时间内持续地运行。

Ramp-up测试并发用户数是逐步上升的，几秒增加一部分用户数，在一段时间内才达到最大的并发用户数，持续运行一段时间后，再把它释放掉。

Flat测试的优势在于它可以产生精确且可以重现的平均值，Ramp-up测试的优势是，可以看出随着系统负载的改变，测试量是如何改变的，可以根据这个选择以后要运行的Ramp-up测试的一个范围。

Flat测试也有一个问题，它最后会出现系统波动的一个结果。下面这4张图显示的是一次flat测试中得到的系统吞吐量、cup占用率、执行对列长度以及事务的平均响应时间。我们可以看到这4张图上都出现了波动的情况，其实当测试中所有的用户都执行相同操作的时候，就会发生这种情况。

有两种方法是可以从这个类型的结果中获取精确的测量值的，一种是，如果测试可以运行相当长的一个时间，那么它的随机事件的本性使然，他的服务器的吞吐量就会拉平，曲线也会更平滑。或者我们可以选取波形中两个平息点之间的测量值，这个方法存在一个明显的缺点，捕获的数据的时间就会非常短。

Flat测试和Ramp-up测试是各有优势的，接下来的文章里我们会通过介绍几种实用的性能测试策略去分析这两种加压策略的着重方向。