性能测试理论
作者:互联网
1、mockserver
1.1什么是mockserver?
Mock本意就是模拟或者效仿,我们可以把Mock理解为一个替身,在软件开发领域,通常就是指模拟对象,故mockserver就可以理解为测试替身的服务。Mock是为了解决不同的单元之间由于耦合
而难于开发、测试的问题。所以Mock既能出现在单元测试中,也会出现在集成测试、系统测试过程中。在官网选择下载 Standalone Moco Runner ,下载之后,你将会得到一个
moco-runner-1.3.0-standalone.jar 文件。moco官网地址:https://github.com/dreamhead/moco。
1.2不同角色对mockserver的使用场景
1.2.1程序员
前端程序员
场景:前端已写好⻚⾯,但是后端的接⼝没写好,那么前端程序员正确的姿势是什么?正确的姿势就是模拟后端。
现在前端程序员来模拟后端返回的产品列表的数据:
(1)编写HTTP请求的json文件,将其和moco放在同一位置;
(2)打开控制台,进入到存放moco和json文件的目录,运行如下命令: java -jar moco-runner-1.3.0(moco版本)-standalone.jar http -p 12306(指定的端口) -c product.json(文件名);
(3)打开postman运行HTTP请求。
后端程序员
场景:A给B服务⼀个⻋牌号,那么B返回⻋辆的其他信息。
现在前端程序员来模拟后端返回的产品列表的数据:
(1)编写HTTP请求的json文件,将其和moco放在同一位置;
(2)打开控制台,进入到存放moco和json文件的目录,运行如下命令: java -jar moco-runner-1.3.0(moco版本)-standalone.jar http -p 12306(指定的端口) -c park.json(文件名);
(3)打开postman运行HTTP请求。
1.2.2测试人员
场景:测试过程中,没有数据怎么办?解决办法,自己造数据,自己moco数据。
(1)自己造数据,编写HTTP请求的json文件,将其和moco放在同一位置;
(2)打开控制台,进入到存放moco和json文件的目录,运行如下命令: java -jar moco-runner-1.3.0(moco版本)-standalone.jar http -p 12306(指定的端口) -c products.json(文件名)
(3)打开postman运行HTTP请求。
2、性能测试
2.1什么是软件性能
在软件的⻆度⽽⾔, 性能它⾸先是⼀种指标,具体可以说就是软件系统或构件对于其及时性要求的符合程度,另外⼀种就是软件产品的 ⼀种特性,其实就是响应时间。对⼀个产品⽽⾔,性能的
及时性是⽤响应时间或者吞吐量来进⾏衡量,对⽤户⽽⾔,响应时间就是端到端的⽤户基本体验。
2.2不同角色对性能的理解
2.2.1用户视角
在⽤户的⻆度⽽⾔,软件性能就是⽤户操作的响应时间。⼀般⽽⾔关于响应时间业界的说法具体如下:
(1)1-3秒,属于优的表现;
(2)3-5秒,可以接受,属于中间的表现;
(3)5秒以上,⽆法接受 。
所以在实际的⼯作⾥⾯,如果响应时间是⼤于5秒,那么就需要向程序员提单,让程序员来进⾏具体的优化。
2.2.2运维视角
运维除了关注响应时间外,也会关注更多底层的资源信息,这些资源信息具体可以汇总为如下:
(1)系统资源(CPU和内存)
(2)数据库资源(IOPS资源)
(3)JVM内存是否够⽤及系统的最⼤容量。
2.2.3开发视角
开发的关注度会更加的全⾯,毕竟代码都是程序员来编写的,具体可以汇总为如下:
(1)前后交互的响应时间;
(2)中间件的参数设置;
(3)内存释放泄露;
(4)连接数泄露;
(5)是否存在不合理的内存使用方式 ;
(6)是否存在不合理的线程同步方式;
(7)系统中是否存在不合理的资源竞争;
(8)系统架构&代码结构。
2.2.4测试视角
测试关注的视⻆属于全栈性的,需要考虑⽤户视⻆的产品体验,也要监控以及关注运维视⻆和开发视⻆,所以性能测试中测试的具体⼯作职责可以总结为:
(1)设计合理的场景和测试⽤例来验证系统的资源数据;
(2)验证在⾼并发的情况下架构是否满⾜;
(3)给架构师以及开发⼈员提供中间件配置参数的合理值范围;
(4)使⽤技术⼿段监控系统,DB,中间件,全链路监控的⽅式来监控系统资源情况。
2.2.5WEB前端
所谓前端的性能⽬前也是性能测试中⽐较热⻔的技术之⼀,关注的点具体汇总为如下:
(1)浏览器的资源加载(HTML解析,图⽚资源加载,CSS⽂件资源加载);
(2)前端缓存技术的优化是否合理性;
(3)前端与后端的交互性耗时。
2.3性能测试常用术语
性能测试的过程中,任何的指标不能超过75%,一旦超过75%,说明可能存在瓶颈。
2.3.1响应时间
响应时间(Response Time)=⽹络时间+应⽤程序的处理时间,简单的可以理解为一个完整的http请求流程所需的时间。
以测试平台为案例: WebServer:nginx 应用Server:Django服务 DataServer:MySQL。
2.3.2并发用户数
性能测试的核心是验证当前系统能否支持现有用户的访问,也就是说系统可以承受在同一时间段多少用户来访问系统,并发用户数是以秒为单位的,可以说:不论从业务视角出发,还是服务端承
受压力而言,描述的是同一时间同时向客户端发出请求的客户,某些时候也称为“并发测试”。这中间主要体现的是服务端承受的最大并发访问数。
并发用户数:N个用户向服务发送请求
在线用户数:仅仅在线,但是并不代表发送了请求,即平时所说的僵尸用户。
2.3.3吞吐量
主要用于数据传输方面,也就是被测试系统的执行效率。该术语⽤于描述数据传输速度(字节/秒或者⽐特/秒),在某些情况下(如DB层⾯),吞吐量指的是操作的速度,也就是每秒操作数或者每
秒业务数。或者也可以说单位时间内客户端请求的数量,直接体现系统的性能承载能力。
2.3.4性能计数器
即性能测试过程中需要收集的数据: WebServer:HTTP连接数 、应用Server:服务被部署的系统的CPU和内存资源 、DataServe:IOPS。
2.3.5IOPS
该术语主要是针对数据库的,也就是每秒发⽣的输⼊/输出操作的次数,是数据传输的⼀个度量⽅法。⽤于磁盘的读写,IOPS值的是每秒读和写的次数。IOPS衡量的是读写的速度。
2.3.6使用率
对于服务所请求的资源,使⽤率描述的是所给定的时间区间内资源的繁忙程度。对于储存资源来说,使用率指的是所消耗的储存容量。
如⼀个业务中,会使⽤⼤量的内存资源,总的内存资源是4G,在⼀定数据量的情况下执⾏该 业务形态,内存使⽤率从100M⼀直占⽤到3G,然后随着业务形态内存资源得到释放呈下降的趋势,那
么可以说内 存使⽤率最⾼为75%。
Out Of Memory(OOM):内存泄露,即只占用不释放。
2.3.7思考时间
思考时间英文名称是Think Time,也称为休眠时间,在业务视角,思考时间指的是用户在进行操作时,每个请求之间的间隔时间。
2.3.8TPS/QPS
事务指的是某个操作或者是⼀组操作的组合,如登录的事务那么就是输⼊账户和密码,点击登录按钮跳转到登录成功的⻚⾯并且信息都加载出来。
TPS统计的是每秒处理的事务数,即系统每秒能够处理的事务的数量。
QPS指的是 每秒查询率,如DB服务器在规定时间内处理流量多少的衡量标准。
2.5性能测试理论
2.5.1资源调度
(1)CPU密集型:应⽤程序执⾏繁重的计算,通常运⾏时间⽐较⻓,会占⽤⼤量的CPU。即CPU占用很高,内存占用很低。
(2)IO密集型:应⽤程序执⾏I/O,计算不多,会占⽤⼤量的内存资源系统的最⼩粒度是线程,也就是说系统调度中粒度最细的就是对线程的调度。即CPU占用很低,内存占用很高。
(3)线程优先级:在没有资源的的情况下,一般来说优先级高的优先处理,线程优先级由低到高可以分为1-10 10个优先级,如果没有设置优先级就默认优先级是5。
2.5.2等待队列
队列(queue)的规则就是先进先出,需要等待时在没有优先级的情况下,执行速度快的优先处理。
标签:性能,json,内存,测试,2.3,moco,理论 来源: https://www.cnblogs.com/youlideboke/p/15893158.html