vlambda博客
学习文章列表

前段时间，有一些小伙伴提出希望我们推送点性能测试的技术干货。所以，小编今天通过上网查资料，结合项目实操过程中的一些问题，总结了一些关于性能测试的内容，希望是大家想要了解的内容哈。

1、性能测试的目的

首先，先来明确一个问题，我们为什么要给产品/软件等做性能测试？

时下，市面上绝大多数的软件产品，都是分布式应用。这就产生了一些有意思的现象：开发的产品在少量用户使用时，可能不存在问题，一旦用户多起来，就容易出现系统瘫痪等多种问题。

那么，为什么会出现这种情况呢？这是由于用户的使用数量、用户场景的不确定性造成的。当并发用户数量超过负载量，系统就会陷入崩溃状态。由此可见，对新开发的产品做性能测试是非常重要的。它能帮助我们了解系统可承受的并发用户数量，带宽、cpu、内存、硬盘速度等。

2、性能测试的内容

性能测试主要包括以下几个方面的内容：负载测试、压力测试、容量测试等。

负载测试：不限制软件的运行资源，测试软件的数据 吞吐量 上限，以发现设计上的错误或验证系统的负载能力。目标是确定并确保系统在超出最大预期工作量的情况下，是否能够正常运行。

压力测试：也称为强度测试。通过模拟实际应用的软硬件环境，及用户使用过程的系统负荷，长时间或超大负荷地运行，来测试被测系统的性能、可靠性、稳定性等。

容量测试：可以看作是系统性能指标中，特定环境下的特定性能指标，即设定的界限或极限值。

3、性能测试评价指标

说了这么多，下面就要对性能测试的指标做评价了。

从用户的角度来说，一般响应时间<2秒，就属于流畅的体验；如果响应时间>10秒，则要考虑改进响应速度的问题；

从产品的吞吐量来说，我们需要关注硬盘IO（读写）、网络IO（上行下行带宽）、cupIO、服务器的处理能力、客户端的打开页面数量等。

另外，我们还 需要了解用户 打开页面、登陆服务器、实现消息发送等某一动作的事务处理能力。

4、性能测试关注点

l 响应时间快慢，服务器端的处理速度

l 服务器端的使用情况

l 数据库端的资源使用情况

l 最大用户访问数量

l 同时处理最大业务数量

l 考察系统能否支撑7x24小时运转

l 内存资源、线程资源能否正常回收

l 代码，算法，sql语句设计是否合理

l 整个系统的稳定性，可恢复性

 

5、性能测试的核心原理

1）基于协议（前端、后端的通信机制），基于界面（与前端的交互），基于代码（后端）；

2）基于网络的分布式架构：基于网络协议去模拟用户发送请求等；

3）基于多线程：模拟多线程操作，多人同时操作，模拟大负载量；

4）基于真实场景：模拟真实的网络环境，用户操作时间不确定性，操作不确定，得出数据的准确性也存在差异。场景不对，数据也不一定可用。

6、代码实现性能测试

针对某一功能做性能测试，可以通过论坛的登陆以及发帖（post协议，多线程这两点）、登陆操作、发帖操作（涉及协议）等，并采用多线程同时操作。

7、Loadrunner的使用

Loadrunner 的四个部件，分别是指：

l Vuser generator：开发性能测试脚本；

l Controller：提供多线程并发等操作；

l Ananlysis：结果分析；

l Load generator：负债生成器（controller 里面的一个主键）

 

下面给大家详细介绍一下。

在vuser generator (虚拟用户生成器)中，新建一个脚本：

进入界面，点击start录制一段脚本；

internet application 指的是b-s 架构，win 32 是指c-s 架构，默认是录制到action，勾选recond表示立即开始。

可以手写，可以录制。点击web_url，使用get请求；点击web_submit_data，使用post请求。

 

如果出现乱码，可以这样解决：

开始时：tool > advaced > support charset // utf-8 或者本机编码

运行时：vuser > preferences > option > convert from/to utf-8

 

最后是编码的差别，大家可以参考一下：

国标GB-x ，2byte-16bit ， 2^16种组合，只对中文进行编码。

utf-8 ：3byte = 24bit 2^24种组合 ，对全世界的文字进行统一的编码。

ascii码：一个字节 （2^8=128)

点击下方 “ 阅读原文 ”，挑战年薪20W~