性能测试实战30讲
高楼
前HP高级性能专家,7DGroup创始人
立即订阅
1522 人已学习
课程目录
已更新 4 讲 / 共 30 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词丨“老板,之前咱TPS是100,我优化完是10000”
免费
第一模块:性能测试基础篇 (3讲)
01丨性能综述:性能测试的概念到底是什么?
02丨性能综述:TPS和响应时间之间是什么关系?
03丨性能综述:怎么理解TPS、QPS、RT、吞吐量这些性能指标?
性能测试实战30讲
登录|注册

03丨性能综述:怎么理解TPS、QPS、RT、吞吐量这些性能指标?

高楼 2019-12-16
在上一篇文章中,我们讲述了性能场景,下面就要说性能需求指标了。
通常我们都从两个层面定义性能场景的需求指标:业务指标和技术指标。
这两个层面需要有映射关系,技术指标不能脱离业务指标。一旦脱离,你会发现你能回答”一个系统在多少响应时间之下能支持多少 TPS“这样的问题,但是回答不了”业务状态是什么“的问题。
举例来说,如果一个系统要支持 1000 万人在线,可能你能测试出来的结果是系统能支持 1 万 TPS,可是如果问你,1000 万人在线会不会有问题?这估计就很难回答了。
我在这里画一张示意图以便你理解业务指标和性能指标之间的关系。
这个示意显然不够详细,但也能说明关系了。所有的技术指标都是在有业务场景的前提下制定的,而技术指标和业务指标之间也要有详细的换算过程。这样一来,技术指标就不会是一块飞地。同时,在回答了技术指标是否满足的同时,也能回答是否可以满足业务指标。
有了这样的关联关系,下面我们看一下性能测试行业常用的性能指标表示法。
我将现在网上能看到的性能指标做了罗列,其中不包括资源的指标。因为资源类的比较具体,并且理解误差并不大,但业务类的差别就比较大了。

对这些性能指标都有哪些误解

我记得我还年轻的时候,还没有 QPS、RPS、CPS 这样的概念,只有 TPS。那个时候,天总是那么蓝,时间总是那么慢,“你锁了人家就懂了”。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《性能测试实战30讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(2)

  • 神一样的男子
    一口气看完三篇,很契合工作中的性能测试
    2019-12-16
  • 吃饭睡觉打豆豆
    其实我觉得这个什么所谓的28,258,25810原则都是虚的,直接点就是测目前系统实际的并发数和吞吐量
    2019-12-16
收起评论
2
返回
顶部