性能测试中，并发用户数，通过负载测试找到最大并发数区间，然后缩小这个区间，找到最大并发用户数。
性能指标：
并发：发起方，多用户并发，发起方多个用户一起做某件事情。
并行：服务器，同时处理多个接口，同时处理多个事情。
并发用户：人作为性能测试的源动力，后端服务器的性能测试，都是用使用多个并发用户数同时发起某个请求。
1. 在线用户数：在线不发请求； 在线同时发起请求；
在线用户数不能直接作为并发用户数，行业中，在线用户数5%-10%作为并发用户数
2. 系统用户数：
注册用户：可能使用仅一次，可能使用多次，均是系统用户
匿名访问：也是唯一身份信息（游客登录等），也是系统用户
事务：
1. 可以是一个接口请求一次，jmeter中，默认一个接口完成一次请求，作为一个事务
2. 可以是多个接口请求，完成一个业务或功能。（事务控制器，多个接口合并成一个接口，统计响应时间）
3. jmeter中的事务，可以是单个接口，也可以是多个接口合并再一起请求。
举例：下单接口进行性能测试（用100个并发用户数）
登录接口 + 下单接口
1. 100个并发用户数===100个用户身份/账号，每个有效身份信息可进行多次下单操作，（使用中的身份信息不会过期）
2. 登录接口只需登录100次即可，再登录接口上，挂上仅一次控制器（每个并发用户数不管运行多久只会运行一次）
3. 100个账户，需用100个变量接收这个身份信息，如果用1个变量接收身份信息，前面的身份信息会被覆盖，最终依然是一个有效身份信息
注：身份信息根据开发确定，或token或cookie或session
响应时间：服务器内部处理时间
1. 从发起请求，经过网络传输到被测服务器，服务器内部处理，经过网络传输给发起方，这个过程所消耗的时间（不包含终端-用户端处理时间）
2. 期望的响应时间 = 服务器内部处理时间，所以，尽可能的无限减少网络事件
3. 怎么减少？ 尽可能使用局域网（网络要简单）
4. 脚本绝对不能放在被测服务器上
TPS：服务器每秒能处理多少事务数 (服务器的重要指标)
QPS：服务器每秒查询多少次 （不局限于数据库的查询，也可以是文件的查询）
云服务器资源提供商，一般都会提供监控平台，看到的数据，更多的是QPS，所以，企业在说的是QPS
RPS：发起方每秒发起多少请求
HPS：hit per second，每秒点击率，而且在前端性能测试中，才有的概念
吞吐量：网络中，每秒能传输多少事务 (网络的重要指标)
1. 网络无瓶颈，服务器所处理的事务，都能通过网络传递出去，服务器的处理能力，可以通过网络的事务数据展示出来，
所以数值上可以认为：TPS数值 = 吞吐量数值（前提并发数不变）
2. 网络有瓶颈，TPS数值 != 吞吐量数值
3. 1B=8b (1bite=8字节)
资源利用率： 服务器资源使用情况
1. 一般情况下，多核cpu，内存资源利用率，一般整体要小于80%
2. 监控
QPS与TPS的关系？
1RPS 可能对应 nQPS
RPS与TPS的关系？
1个请求就是1个接口，1个事务； 多个请求是1个业务功能，1个事务；
1rps = nqps，1tps = nqps 所以 TPS与QPS是n倍关系，推导出QPS大TPS也大，QPS小TPS小
在企业中，有把QPS当作TPS来说
标签：接口,并发,TPS,性能指标,QPS,服务器,用户数 来源： https://www.cnblogs.com/xueqiao/p/15712775.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。