性能测试理论(二)之性能测试规划

一、性能测试度量及其意义

1.1 性能度量

  • 如果没有预先了解需要测量哪些指标,就不应进行性能测试。

在这里插入图片描述

1.2 收集哪些度量

在这里插入图片描述

1.3 选择度量的方法

目标-问题-度量(GQM)方法是将度量与性能目标保持一致的有效方法

  • 思路是首先确定目标,然后提出问题以确定目标核实实现。
  • 度量与每个问题相关联,以确保问题的答案是可测量的。
  • 在定义并捕获初始测量之后可能需要进一步测量和度量来理解真实的性能水平并确定可能需要采取纠正措施的位置。

1.4 度量信息汇总

在这里插入图片描述

二、性能关键指标剖析

2.1 并发用户数

  • 并发:用于从业务的角度模拟真实用户访问同时访问
  • 并发数:同时访问系统的用户数
  • 在C/S或B/S结构的应用,系统的性能主要由服务器决定。服务器在大量用户同时访问时,压力最大
  • 并发分为:
          a.严格并发-用例-秒杀(所有的访问量,同一时刻做同一件事情 )
          b.广义并发-用例-登录,查询,购买,支付等综合场景
  • 用户数的概念:
          系统用户数:软件系统注册是用户总数
          在线用户数:
                a.某段时间内访问的用户数,这些用户只是在线
                b.不一定同时做一件事情
          并发用户数:
                a.在某一时间同时向软件系统提交请求的用户数
                b.场景不一定是同一个
  • 并发用户数计算公式:C=nL/T
                C–是平均的并发用户数
                n–是平均每天访问用户数(login session)
                L–是一天内用户从登录到退出的平均时间(login session的平均时间)
                T–是考察时间长度(一天内多长时间有用户使用系统)
  • 并发用户数峰值计算:C^约等于C+3*根号C

2.2 吞吐量

  • 吞吐量:是指软件系统在单位时间内能处理多少个事务/请求/单位数量等的量。
  • 从业务角度看:吞吐量可以用:请求数/秒、页面数/秒、人数/天或处理业务数/小时等单位来衡量用户请求数/秒或页面数/秒来衡量
  • 从网络角度看:吞吐量可以用:字节/秒来衡量。
  • 对于交互应用来说:吞吐量指标反映的是服务器承受的压力,他能够说明系统的负载能力。
  • TPS:每秒事务数 RPS

2.3 响应时间

  • 响应时间:用户感受软件系统为其服务所消耗的时间,是用户感知软件性能的主要指标、
  • 示例:对于网站系统来说,响应时间就是从点击了一个页面计时开始,到这个页面完全在浏览器里展示计时结束的这一段时间间隔。
  • 响应时间包括:
          a.用户客户端呈现时间
          b.请求/响应数据网络传输时间
          c.应用服务器处理时间
          d.数据库系统处理时间

2.4 资源使用率

  • 性能计数器:是描述服务器或操作系统性能的一些数据指标。
  • 系统典型资源:
          1.内存
          2.CPU
          3.磁盘
          4.网络等资源使用率等。

2.5 思考时间

  • Think Time:从业务的角度来看,这个时间指用户进行操作时每个请求之间的时间间隔

注:性能测试case设计思路

在这里插入图片描述

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值