性能测试怎么做？性能测试指标，常用性能测试工具

news/2024/4/23 23:54:38/文章来源:https://blog.csdn.net/Ces222/article/details/127246795

前言

性能测试用户概念
系统用户数：指所有可能访问这套系统的用户数，也叫系统的全部用户数。
在线用户数：指同时访问这套系统的用户数量。
并发用户数：在一个时间切面上同时向这套系统发起请求的用户数。

糟糕性能
系统设计阶段缺少性能方面的考虑（考虑整体系统集成后的性能）;
直到最后一刻才进行性能测试（性能测试越早越好）;
对系统的容量或规模没有足够的考虑（最终用户的规模和分布）;
对性能峰值预期偏低;
性能测试还不规范，没有有效的方案参考或实施;
没有使用性能测试自动化工具。

一、性能测试

稳定的并发能力

为什么是稳定的并发能力非常重要呢？

我们在实际性能测试当中往往并不是按照教科书上面写到的“单交易基准测试 -> 单交易负载 -> 混合交易基准 -> 混合交易负载 -> 稳定性测试 ” 这个套路来进行的，实际测试当中往往需要进行对比测试。比如说我应用程序换版前后对比，或者更换操作系统版本前后对比，或者一个数据库参数调节前调节后有一个对比。

对比测试当中的一个最重要的原则就是一次只调一个参数来对比前后的情况，如果我要调两个或者多个参数的话，如果发现前后性能差距很大，我很难判断是哪个参数导致的影响。因此，性能测试每次尽量只调一个参数，这个参数是什么呢？

这个参数就是应用程序的版本、操作系统的版本、数据库参数等等。并且前后对比的时候，要尽量保持其他要素不变。然而，其他性能指标不变是不可能的，那么就要控制住可控参数，观察不可控参数的变化。

业务吞吐量跟 CPU 利用率是最重要的参数之二，他们之间又有着直接的关系，对于大部分的交易系统来说，我的吞吐量上去的话， CPU 利用率也会随之上升，而 CPU 升高的话，吞吐量一般也会比较高。

我们的策略是对比两个场景在 CPU 利用率相同的情况下吞吐量的差异呢？还是对比吞吐量相同的情况下 CPU 利用率的差异呢？

这种情况下，我们的策略必须是对比吞吐量相同的情况下 CPU 利用率的差异，因为吞吐量我们是可以控制的，而 CPU 我们是不能控制的。使用工具发出来 100TPS 就是 100TPS ， 200TPS 就是 200TPS 。而 CPU 是操作系统和 CPU 共同控制的，它不在我们的控制能力范围。

通过上面分析我们看出，对比测试的原则下面“稳定”控制吞吐量是非常非常重要的。

二、性能测试工具

RPT：
这里为什么举 IBM RPT 的例子呢，因为即使是专门做性能测试的人，也很少听说过 RPT 这个工具，在这里是把它当成一个反面例子来介绍的。

第一，有 license 的严格限制，而且这个 license 是没办法破解的，你需要把你测试的主控机的磁盘信息发送给 IBM ， IBM 根据这个信息返回给你一个 license 序列号，它和你的主控机绑死了，所以你是没办法破解的。

Loadrunner：
是目前商业软件当中最为流行的。为什么会流行呢，首先它的 license 是可以破解的，这就导致用户数量庞大，用户也喜欢用，并且用它发送很高的压力（而 IBM RPT 的 license 和并发数是相关的，花钱少是没法设置高并发的）。

这个原因非常重要，导致了用户和软件之间的正反馈，促使 Loadrunner 不断地改进，最后成为一个流行的工具，反观 RPT 有严格的 license 限制，用户特别少，也没什么反馈，最后恶性循环后在市场上消失了。

JMeter：
JMeter 作为开源领域最火爆的一款性能测试工具，在互联网公司里面用的比较广，现在在金融这种领域的公司也用的比较广。但是吞吐量控制的不是很稳定。

我这里举一个如何做后台性能测试的例子。我要给一个数据库服务器施加查询压力，向这台数据库发送一万次某个查询语句。正常的做法是什么呢？写三个函数：

第一个函数 init ：创建数据库的连接，并准备一个 SQL 语句。

第二函数 action ：负责给 SQL 语句填入参数，真正的去做查询的动作，反复地去做 1 万遍。

第三函数 end ：做一些清理工作，断开与数据库的连接。

这三个函数中，第一个函数跟第三个函数都是只做一遍，中间的 action 函数是迭代了一万遍。

事实上像 Loadrunner 和 JMeter 这样的性能工具也的确是这么实现的，而遗憾的是 RPT 就不是这么实现的。 RPT 怎么实现呢？我的 init 函数、 action 函数、 end 函数对于每一次交易都要执行一遍，如果执行 1 万次查询，这三个函数一共执行了 3 万次，大大降低了单机执行效率。

也就是说， RPT 除了线性扩展能力特别差，即使是在单机上面的性能也是非常差。相同资源的 PC 机资源（比如说 4C4G 的 PC ）一秒钟能发 200 笔业务，而 RPT 就只能发 100 笔业务，非常浪费性能测试环境的资源，并且，不仅仅是浪费资源的问题，而且你的测试代理机一旦多起来维护管理工作将成倍增长。