PTS支持两种压力模式，分别为并发模式（即虚拟用户模式）和RPS模式（即Requests Per Second，每秒请求数，吞吐量模式）。 本文为您介绍这两种压力模式的区别，以便您根据自身业务场景选择更合适的压力模式。
并发模式
“并发”是指虚拟并发用户数，从业务角度，您也可以理解为同时在线的用户数。
应用场景
如果您需要从客户端的角度出发，摸底业务系统各节点能同时承载的在线用户数，可以使用该模式设置目标并发。
使用说明
- 并发模式下，您需要指定全场景的最大并发数，再设置各串联链路的并发权重。
- 串联链路内各API的响应速度不同（表现为响应时间不同），所以单位时间内API的并发数也会不同。API响应速度越快，单位时间内累积在API上的并发用户数越少。
假设，目前共有100个虚拟用户需要操作某个事务（即串联链路）。该串联链路中共有2个API，API 1的响应速度快而API 2响应速度慢。则更多的虚拟用户将会等待在API 2上，API 2则需要更多的线程资源来处理更多的虚拟用户请求。
RPS模式
RPS（Requests Per Second）是指每秒请求数。
应用场景
RPS模式即吞吐量模式，通过设置每秒发出的请求数，帮助您从服务端的角度出发，直接衡量系统的吞吐能力，免去从并发到RPS的繁琐转化，可快速实现压测。
使用说明
- API接口（如电商加购物车、下单等）主要用TPS（Transaction Per Second, 每秒事务数）来衡量系统的吞吐能力，选择该模式可以直接按照预期的TPS设置RPS。如果希望检验“下单”接口是否能达到500 TPS的预期，那么设置RPS为500，每秒发送500个请求，可检验系统的吞吐能力。
- 该模式下，请求无法及时响应时可能会导致较高的并发，异常情况请及时停止。
- 该模式仅支持非自动递增进行压测，即您需在压测过程中手工调速。具体操作，请参见手动调速模式下调速。
- 同一链路中，后一个API的RPS值需小于等于前一个API的RPS值。
基于您的实际业务考虑，一般正常业务链路转化模型应该为漏斗形状。例如，您的正常业务链路为：查看首页-查看商品详情-加入购物车-下单-付款。那么通常情况下，查看首页的用户数会比查看商品详情的用户数多，查看商品详情的用户数也会比加入购物车的用户数多，以此类推，所以后一个API的RPS值需小于前一个API的值，这样就比较符合漏斗模型。
配置量级及数据
设置好压测模式后，您还需要在施压配置页面设置压测起始量级与最大量级。
压测数值
每个API可以视为业务系统的一个节点，处理能力不同导致可承载的业务量也不一致。并发模式与RPS模式施压的方式不同，故压测数值上的设置也会不同。
| 参数 | 描述 |
|---|---|
| 最大并发权重 | 该串联链路占全场景的权重。如串联链路1置为1，串联链路2置为3，则表示各自在场景最大并发总占25%和75%。
在并发模式下，设置串联链路级别的最大并发权重和起始百分比。并发模式摸底的是系统承载并发用户数（从客户端业务考虑），而场景中的多个串联链路（事务）之间一般有一定的业务比例和实际吞吐关系（如下单和加购按照业务评估是1：0.8），故只需在串联链路（事务）维度，依据比例关系，设置最大并发和起始并发。 |
| 起始百分比 | 该串联链路自身的起始比例，默认10%。 |
| 最大RPS | 在RPS模式下，摸底的是单API（接口）的服务端吞吐能力，故需要给每个API设置最大RPS与起始RPS。 |
| 起始RPS | 设置单API的起始RPS。 |
| 批量设置 | 并发模式和RPS模式均可以使用批量设置。
|