目录

1、为什么要做性能测试?

2、性能测试概念

3、性能测试的内容

4、性能测试关注角度

5、性能测试关注点

6、性能测试工具

7、性能测试评价指标

8、性能测试的核心原理

9、LoadRunner使用

为什么要做性能测试

1)目前绝大多数应用都是基于网络的分布式应用,我们无法知道用户数量,用户场景的不确定性,导致系统测试时,不仅仅是功能,业务逻辑,接口测试,还要测试系统性能。一个用户没问题,但是用户一旦多了就可能出现各种各样的问题,所以需要进行系统性能测试。

2)用户数量增加,系统负债增加,进行系统性能测试,知道系统承受的并发用户数量,带宽是否够用,cpu是否够用,内存是否够用,硬盘速度是否跟得上。从服务端来看,测试服务器是否能承载用户多并发,系统是否稳定,从用户角度看响应时间速度。

性能测试概念

【虚拟用户】模拟真实业务逻辑步骤的虚拟用户,其模拟的操作步骤都被记录再虚拟用户脚本中。

【事务】事务是性能测试脚本的一个重要特性,按照最小的http请求打包而成。

【TPS】每秒中系统处理的交易或者事务的数量。

【PV】用户浏览器访问页面,对应用服务器产生的每一个请求,记录一个PV。

【Peak PV】峰值PV,一般适用于接口测试。

【并发】并发分为广义和狭义的并发。侠义的并发是所有的用户在同一时刻 做相同的操作,一般为同一类型业务,或者所有用户进行完全同一操作。广义的并发是多个用户对系统发出请求或者操作,但是这些请求或者操作可以不同,对整个系统而言,仍然有很多用户同时进行操作。

【场景】性能测试过程中为了模拟真实用户的处理过程。

【响应时间】响应时间是指客户端发送一个请求开始,到客户端接收到服务器返回的响应结果结束所经历的时间。

【思考时间】模拟用户正式的实际操作时的停顿间隔时间,思考时间会影响TPS。

【CPU资源】CPU是指性能测试场景运行的这个时间内,应用服务器系统的CPU资源占用率。

【标准差】该标准差根据数据统计的概念得来,标准差越小,说明系统越稳定。

性能测试的内容

【性能测试】侠义的性能测试,是指以性能预期为前提,对系统不断施加压力,验证系统在资源可接受范围内,是否能达到性能预期。

【Linux资源查看】

top

top -i 动态显示内存 top 每5秒显示资源的占用情况 top -d 2每2秒显示系统的资源消耗情况

free

free表示内存的使用率情况

iostat(IO)

iostat -d -k 2 -d表示磁盘的使用状态 -k 磁盘的使用块 2表示2秒显示一次 iostat -d sda 2表示指定监控sda

内存中的buffer和cache

写缓存:数据存储时,先保存到磁盘缓冲区,然后再写入到永久空间 读缓存:数据从磁盘读出后,暂留在缓冲区,预备程序接下来的使用

【负载测试】侠义的负载测试,是指对系统不断增加压力或增加一定压力下持续时间,直到系统某项或某几项性能指标达到安全临界值。

【压力测试】侠义的压力测试,是指超过安全负载的情况下,对系统不断施加压力。

【容量测试】系统最大支撑的相关数量,数据库最大数据数量,用户数量。

【稳定性测试】稳定性测试的TPS,响应时间,资源消耗等波动率不超过15%。

性能测试关注角度

【用户角度】响应时间,用户体验。性能测试压测服务器的响应时间一般在内网,所以不考虑公网的响应时间。压力测试不应该在公网测试,因为公网的环境是不可控的。

【运维角度】资源消耗是否正常,数据库规划配置是否正常。运维的性能监控工具主要有zabbix工具等。

【开发角度】页面性能,代码正确率。

【客户角度】系统扩展性,项目成本。

性能测试关注点
  1. 响应时间快慢,服务器端的处理速度
  2. 服务器端的使用情况
  3. 数据库端的资源使用情况
  4. 最大用户访问数量
  5. 同时处理最大业务数量
  6. 考察系统能否支撑7x24小时运转
  7. 内存资源、线程资源能否正常回收
  8. 代码,算法,sql语句设计是否合理
  9. 整个系统的稳定性,可恢复性
性能测试工具

【测试工具】主流的性能测试工具有:LoadRunner、Jmeter。

【脚本语言】Java、Python、Shell等。

【性能测试相关的中间件】tomcat多线程、jetty、jboss、weblogic、web sphere等。

【常用的数据库】SQL Server、Oracle、MySQL、Redis、ES引擎等。

性能测试评价指标

1、在资源充足的情况下满足TPS

2、通过率不超过安全界限

3、资源消耗不超过安全界限

4、接口测试响应时间

(1)通用的接口响应时间分布情况:

100ms为优良

500ms为及格

1000ms以上为不可忍受

(2)金融接口响应时间的分布情况:

100ms为优良

200ms为及格

300ms以上为不可忍受

5、测试服务器的响应时间的各项指标是多少

(1)1/3/5排除网络时间和前端增加时间

(2)2/4/6加上网络时延,并发很严重的情况下6s

6、并发用户数和TPS的关系是怎么样的

(1)有关系,但不是正比关系

(2)和思考时间有反比关系

(3)网络时间要考虑,但是要排除

7、在某一项资源到达高端临界值时到达B点

(1)一般测试到B点就差不多

A点是闲时用的

A-B点高峰时间用的

(2)稳定性测试一般在B点

(3)最佳用户数B点

(4)永不宕机的基础B点

8、高端临界值B点判断的各项指标

(1)CPU 70%

(2)内存 70%

(3)I/O 60%

(4)网络

一个网卡,进出网卡40%

两个网卡,进网卡80%,出网卡80%

9、低点临界值非高峰期的业务值A的各项指标是多少

(1)CPU 50%

(2)内存50%

(3)I/O 40%

(4)网络30%

10、性能测试各个点的总结

(1)在安全值希望没有虚拟内存的交换

(2)如何测试拐点?越测试坡度越缓,才能测试比较真实的拐点

(3)压测到某一项资源到达极限C点

11、单场景和多场景测试的区别是什么

(1)资源够不够的问题

(2)资源分配的问题

(3)争用资源的问题

性能测试的核心原理

1、基于协议(前端后端通信机制),基于界面(决定和前端交互),基于代码(后端)。

基于网络的分布式架构:基于网络协议去模拟用户发送请求

2、多线程:模拟多线程操作,多人同时操作,模拟大负载量(功能测试在于用以测试功能)

3、模拟真实场景:真实的网络环境,用户操作时间不确定性,操作不确定,得出的数据是准确的,场景不对,数据也不一定可用。

loadrunner使用

四个主要部件:1、vuser generator 开发性能测试脚本 。2、controller 提供多线程并发等操作. 3、ananlysis 结果分析 4、load generator 负债生成器(controller 里面的一个主键)

1、vuser generator (虚拟用户生成器)

新建一个脚本:

软件测试的测试思路(软件测试之性能测试)(1)

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

软件测试的测试思路(软件测试之性能测试)(2)

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

软件测试的测试思路(软件测试之性能测试)(3)

可以手写,可以录制

点击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)

希望本文对你有所帮助~~如果对软件测试、接口测试、自动化测试、性能测试、面试经验交流感兴趣可以私聊我或关注公众号“特斯汀软件测试”。免费领取最新软件测试大厂面试资料和Python自动化、接口、框架搭建学习资料!技术大牛解惑答疑,同行一起交流。

,