0


全栈性能测试教程之性能测试理论(一) mockserver应用

1、mockServer

1.1什么是mockServer

moco=替代 Server=服务

mocoServer即为测试替身的服务

主要针对于单元测试的应用,主要应用于解除单元测试之间的依赖

1.2mocoServer使用的场景

前端程序员

前端已经写好页面,但是后端的接口没有写好,

正确的姿势就是前端模拟后端的操作,具体方式如下

[
 {
     "request":
     {
     "method": "get",
     "uri": "/products"
   },
     "response":
 {
     "json":
 {
     "name": "我真帅",
     "type": "WEB",
     "version": "V1.0.0",
     "master": "aaaa",
     "description": "this is a test api"
       }
     }
   }
]

启动的命令为:

java -jar -moco-runner-0.10.0-standalone.jar http -p 12315 -c product.json

其中 -p 为制定端口 -c 为指定文件

启动成功的标识:

java -jar moco-runner-0.11.0-standalone.jar http -p 12306 -c product.json
#启动后的输出
14 ⼆⽉ 2022 09:46:13 [main] INFO Server is started at 12306
14 ⼆⽉ 2022 09:46:13 [main] INFO Shutdown port is 58954
14 ⼆⽉ 2022 09:47:27 [nioEventLoopGroup-3-3] INFO Request received:

后端程序员

举例说明A给B服务一个车牌号,那么B返回车辆的其他信息

[
  {
    "request":
    {
      "method": "post",
      "uri": "/parking",
      "json":
      {
        "park": "B250BA"
      }
    },
    "response":
    {
      "json":
      {
        "park": "B250BA",
        "in": "2022-2-14 00:00:00",
        "out": "2022-2-14 12:00:00",
        "money": "$250",
        "master": "jiachao"
      }
    }
  }
]

然后我们在postman当中进行测试

测试

在我们进行测试过程中,没有数据,解决方案如下

自己造数据

自己mock数据

具体方式如下

[
  {
    "request":
    {
      "method": "get",
      "uri": "/products"
    },
    "response":
    {
      "json":
      [
      {
        "name": "wo真帅",
        "type": "WEB",
        "version": "V1.0.0",
        "master": "bbb",
        "description": "this is a test api"
      },
      {
        "name": "wozuishuai",
        "type": "APP",
        "version": "V1.0.1",
        "master": "aaa",
        "description": "this is a test api"
      }
      ]
    }
  }
]

2、性能测试相关知识

软件性能测试常用术语

2.1响应时间

一次操作完成后,也就是客户端发送请求到服务端后,服务端的响应数据时间,包含了用于等待和服务的时间

响应时间(Resoponse Time)=网络时间+应用程序的处理时间

2.2并发用户数

性能测试的核心是验证当前系统是否支持现有用户的访问,也就是说系统可以承受同一时间段多少用户来访问系统

并发用户数:N个用户向服务发送请求

在线用户数:仅仅在线,但是并不代表发送了请求,僵尸用户

开发用户数秒可以说:不论从业务视角出发,还是服务端承受压力而言,描述的是同一时间同时向客户端发出请求的客户,某些时候也可以称为"并发测试",这中间主要体现的服务端承受的最大并发访问数。

2.3吞吐量

主要用于数据传输方面,也就是测试系统的执行效率。该术语用于描述数据传输速度(字节/秒或比特/秒),在某些情况下(如DB层面),吞吐量值得是操作的速度,也就是每秒操作数或者每秒业务数。或者可以说单位时间内客户端请求的数量,直接体现系统的性能承载能力。

2.4性能计数器

主要指的是性能测试过程中操作系统以及其他组件的一些数据指标

WebServer:HTTP连接数

应用Server:服务被部署的系统的CPU和内存资源

DataServer:IOPS

IOPS:该术语主要是针对数据库的,也就是每秒发生的输入/输出操作的次数,是数据传输的一个度量方法。用于磁盘的读写,IOPS值得是每秒读和写的次数。

性能测试的过程中,任何指标不能超过75%,一旦超过75%,说明可能存在瓶颈

2.5使用率

对于服务所请求的资源,使用率描述的所给定的时间区间内资源的繁忙程度。

Out Of Memory(OOM):内存泄漏

如果一个业务中,会使用到大量的内存资源,总的内存资源是4G,在⼀定数据量的情况下执⾏该 业务形态,内存使⽤率从100M⼀直占⽤到3G,然后随着业务形态内存资源得到释放呈下降的趋势,那么可以说内 存使⽤率最⾼为75%

2.6思考时间

思考时间英文名称是Think Time,也称为休眠时间,在业务视角,思考时间指的是用户在进行操作时,每个请求之间的间隔时间。

2.7TPS/QPS

事务指的是某个操作或者是⼀组操作的组合,如登录的事务那么就是输⼊账户和密码,点击登录按钮跳转到登录成 功的⻚⾯并且信息都加载出来。TPS统计的是每秒处理的事务数,即系统每秒能够处理的事务的数量。QPS指的是 每秒查询率,如DB服务器在规定时间内处理流量多少的衡量标准。

2.8相关测试理论

调度:

CPU密集型:应用程序执行繁重的计算,通常运行时间比较长,会占用大量的CPU

IO密集型:应用程序执行I/O,计算不多,会占用大量的内存资源 系统的最小粒度是线程,也就是说系统调度中粒度最细的就是对线程的调度。队列

线程优先级:

优先级程度是1-10 默认的优先级为5

队列:queue:先进先出原则

标签: json java postman

本文转载自: https://blog.csdn.net/csdnchengxi/article/details/128154153
版权归原作者 测试架构师北凡 所有, 如有侵权,请联系我们删除。

“全栈性能测试教程之性能测试理论(一) mockserver应用”的评论:

还没有评论