51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 350|回复: 0
打印 上一主题 下一主题

优测云测试平台总结-压力测试核心性能指标及行业标准

[复制链接]
  • TA的每日心情
    开心
    2023-7-17 15:49
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2023-11-15 17:36:52 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    在做压力测试时,新手测试人员常常在看报告时倍感压力:这么多性能测试指标分别是什么意思,应该达到什么标准?
    本文将结合实际压测报告,帮助您快速理解压测时的主要性能指标,了解如何解读该指标以及通常情况下应该达到的标准。


    指标 1:响应时间



    性能测试过程是模拟用户真实视角的请求过程。一个请求的 “响应时间” 指的是从开始跟被测服务建立连接、发送请求内容、再等待服务响应、最后完整接收回包的整个时间长度。



    这里需要注意的是,通常研发人员考量的接口响应时间,是从服务接收到请求后到发出请求的时间长度,这其实是性能测试报告内 “响应时间” 的 “子集”。
    平均响应时间作为报告的重要的指标之一,计算方法是计算整个压测过程中全部请求的响应时间平均值。



    除了平均响应时间,压测人员通常还会关注最小、最大、90%、95%、99% 响应时间。计算方式是将所有请求的响应时间按从小到大排序,其中最小、90%、95%、99% 和最大分位的数据,即上述指标的值。例如,95% 响应时间,意味着整个压测过程中 95% 的请求的响应时间都小于该值。



    响应时间应该如何分析,在实际业务中应该达到什么样的标准呢?



    图片为腾讯某真实线上运营活动接口的压测报告截图,在模拟 5000 用户并发压测 5 分钟期间,平均响应时间为 48 毫秒,失败率低于 1%(该项指标符合该业务预期)。
    压测人员需要就趋势图中偶发超长响应时间进行分析,联动开发人员根据 traceID 跟踪分析具体原因即可。
    响应时间与客户体验息息相关,有说法称,当页面的加载速度大于 1 秒时,搜索引擎 SEO 会对网站进行降权处理。
    虽然响应时间并没有严格的通用标准,但这里我们给一些行业通用的标准给大家做一个参考。
    • 对于大部分互联网行业业务来说,接口的平均响应时间普遍优于其他行业,核心接口响应时间通常小于 200 毫秒,普通接口小于 500 毫秒,部分特殊接口也以小于 1 秒为佳。当超出相应标准时,需研发人员对服务进行扩容或性能优化。
    • ** 对于非互联网行业来说,响应时间标准要放宽一些,但通常建议核心接口响应时间小于 500 毫秒,普通接口小于 1 秒,特殊接口也不要超过 3 秒为佳,否则将较大程度影响用户使用体验。

    指标 2:吞吐量(TPS)


    吞吐量度量了单位时间内被测服务可以处理多少请求,所以是服务性能的重要指标。压测过程中吞吐量通常使用 TPS 进行度量.
    什么是 TPS 呢?TPS 的全称是 Transaction Per Second,也就是被测服务每秒处理的事务数 TPS 的计算方式,是用压测时间段内的总事务数除以压测总时长秒数,即可得到每秒处理事务数。
    在压测过程中,优测压测平台会每秒计算一次当前这一秒的 TPS,压测过程结束后,其中最小和最大的即最小和最大 TPS,求均值即可得出平均 TPS。
    这里需要注意的是,TPS 的指标必须结合压测时配置的并发线程数,即模拟用户数一起分析。在被测服务未达瓶颈的时候,线程数越大,TPS 越大。举一个例子,平均响应时间是 200 毫秒的某业务,假如仅模拟 1 用户数发压,那么 TPS 等于 5,显然并不代表服务的极限吞吐量水平。
    通常情况下,我们会通过不断增加线程数,在错误率符合预期的前提下,探索 TPS 的上限,作为当前部署配置下的服务吞吐量指标。
    那么报告内的 TPS 趋势图该如何分析?该达到什么样的标准呢?


    图片为某业务接口的压测报告截图,模式为梯度增压模式,也被称为 “摸高” 模式,即通过逐步增加并发量,探索被测服务吞吐量瓶颈。如图所示,在并发数第一次上升的过程中,TPS 吞吐量大幅提升,但在后续 “爬坡” 过程中,吞吐量基本保持平稳,这说明被测接口的吞吐量已达到瓶颈。
    [size=1em]TPS 通常根据业务需求来进行设定,如分析该业务历史真实线上业务数据的峰值,乘以一定的 buffer 作为此次压测目标。或者对于暂未上线的活动或者功能,根据产品或运营人员预估的峰值请求数乘以一定的 buffer 作为此次压测目标。Buffer 值通常为 1.5-3 倍,视风险情况而定。
    [size=1em]这里我们也给出一些常见业务类型的 TPS 情况,仅供参考。电商或大规模的运营活动,如秒杀等场景,因为瞬间高峰值请求情况,TPS 通常能达到百万级别。普通的互联网业务,通常吞吐量根据业务重要程度不同,在 1 万至 10 万之间。对于非互联网行业产品或小规模系统,因为用户量不大,TPS 通常在 5 万以下。
    指标 3:失败率


    失败率是性能测试过程中最好理解也是最重要的指标。
    失败率的计算方法,是用总失败请求数除以总请求数。通常标准为比较严格的要求 100% 成功,或者相对可接受的失败率低于 1%,也就是 100 次请求业务中,有一个用户会遭遇失败。
    需要注意的是,很多压测人员会简单的使用 http 响应码作为判断标准,200 即成功,其他即失败。在实际经验中,经常会出现响应码是 200,但响应结果不符合预期的情况。所以需要压测人员根据业务逻辑,配置详细错误断言和描述,精准评估失败率。


    总结:
    不管是哪个指标,其实最重要的不是对指标本身是否达标的度量,而是通过指标评估被测系统是否达到预期,以及对具体问题的分析和定位。需尽可能通过查看日志、链路追踪等方法,定位问题根源并解决。
    [size=1em]如下图实例,根据错误请求的具体请求和响应信息,分析具体原因。并通过链路追踪,精准定位问题。





    优测压力测试平台简介:
    优测压力测试是一款在线云原生全链路压测平台,百万级并发即召即用。兼容 JMeter 脚本,一键上传即可随时发压,免去压测工具搭建成本。除在线压测工具外,也支持私有化部署、定制化开发及专家压测服务。欢迎大家登录优测官网免费体验!



    本帖子中包含更多资源

    您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

    x
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-5-22 23:55 , Processed in 0.069217 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表