性能测试_Day_01(TPS、QPS、并发用户数、吞吐量、PV、UV)
性能测试理论
什么样的系统/项目需要做性能测试?
- 用户量【大】、【PV】比较高的系统/项目
- 系统【核心】模块/接口
- 业务逻辑/算法比较复杂
- 促销/大型活动
性能测试发生场景
- 新系统,新项目
- 线上性能问题【验证】和【调优】
- 新技术选型
- 性能【容量】评估和规划
- 日常系统性能回归
1. 性能指标-TPS
事务
主要看的是【单位时间内】,系统可以处理多少【业务量】
比如:1个小时,可以处理1000个业务量;1天,可以处理10000个业务量、1周…
为了方便衡量业务的性能,需要在测试脚本中添加 一对标签 ,测试工具统计单位时间内,标签的业务量,就可以统计出真实的业务量。
脚本中的标签,就叫做事务。
事务是用户定义的,想测试什么业务的性能,就把该业务加到事务中。
简单理解事务里面放了多少个接口
TPS/QPS
Transaction Per Second 每秒处理的事务数
每秒处理1k订单,每秒处理1w订单,反应服务器处理多少事务,
Request Per Second 每秒的请求数
发起1K或者1w,不移动都能处理完,可以理解成模拟了多少【并发量】
QPS1k,QPS1W,QPS10W(压力最大)
QPS不一定等于TPS,两者都按照成

本文详细介绍了性能测试的关键指标,包括TPS(事务处理速度)、QPS(每秒请求数)、并发用户数、平均响应时间和TOP响应时间。性能测试适用于用户量大、PV高的系统以及核心模块,用于新系统上线、性能验证与调优、容量规划等场景。此外,还讨论了响应时间和并发数的关系,以及并发数、成功率、PV、UV和吞吐量等其他性能指标的含义和重要性。
最低0.47元/天 解锁文章
841

被折叠的 条评论
为什么被折叠?



