14丨性能测试场景：如何理解业务模型？

1、为什么业务比例对性能场景如此重要？ 业务比例一般都是从生产数据统计来的，设置这样的比例能够更真实地模拟生产流量模型 2、如何在执行场景过程中控制 TPS 比例呢？ 以jmeter为例，我们使用的是Throughput Shaping Timer和Weighted Switch Controller这两个插件。Weighted Switch Controller是比例控制器，控制的是压力的比例，其实也是控制了TPS的比例了，这个时候随着线程数增加，TPS一般会往上增加直到达到最大TPS。另外，我们还会使用控制接口最大TPS的方式去压，这个时候就会用到Throughput Shaping Timer，这个是控制接口最大TPS的元件，如果多个接口都在一个线程组里面的话，需要和比例控制器一起使用，如果在不同的线程组，则不需要

高老师，这里的业务肯定是包含了多个接口，你这里的业务是怎么统计的啊，在网关上只能看到每个接口的调用量，有的接口可能在多个业务中都有调用，这怎么统计啊？可不可以大概说说您的业务是怎么统计出来的啊？

Elk分析业务比例具体细节能介绍下吗

老师我的问题如下，望得到解答： 1.用业务比例来进行容量测试时，用Constant Throughput Timer控制了tps，是不是就压不到最大值了，受限于所设置的tps值，觉得这里设置的tps和想要得到的最大TPS值冲突了 2.用业务比例来进行容量测试时，是不是需要同时使用吞吐量控制器（来控制业务的百分比）和常数吞吐量定时器（控制总TPS），如果不是，那应该怎么实现呢。

1.为什么业务比例对性能场景如此重要？ 不同的业务对系统资源的消耗完全不一样，如果业务比例跟实际的业务比例不一样，就会导致运行过程中资源消耗出现很大的偏差，那么得到的结果不够真实正确，也大大降低了性能测试的价值。 另外，如果生产流量来源是可以覆盖想要测试的业务场景的，可以通过生产流量扩大回放的方式实现压力部分，就不用考虑业务场景了。 2.如何在执行场景过程中控制 TPS 比例呢？ 通常，在 LoadRunner 里，会用pacing来控制 TPS，而用 JMeter 的，则会用Constant Throughput Timer来控制 TPS。注意，JMeter中，Throughput Controller并不控制TPS。 另外请教老师，根据业务模型推算出各业务的TPS，从而根据公式，结合响应时间推算出压力机线程数。这个思路对吗？如果对，如何进一步确定压力机线程数配置，具体来说，问题1，响应时间怎么获取？是业务提出的，还是基准测试中获得的最大TPS对应的响应时间？问题2，推算出来的压力机线程数就是测试中的最大值吗？是否需要适当加大一些呢？如果需要，增加多少合适？如果不是测试中的最大值，怎么取值？问题3，在一次场景测试中，业务模型是一直要保持吗？比如说，起始线程数的配置也是要按业务比例计算吗？中间任一时刻都得按业务比例设计吗？

还是有点不明白，虽然罗列了三种业务模型，但什么情况下使用哪种并没有很好的说明。这块希望老师解答下。

老师，你好，有两个疑问。1、上面按小时的统计中，业务集中在早上9点到凌晨，在凌晨到早上9点基本很少业务。而通用模型中，按照24小时来算tps指标，合适吗？ 2、每天的业务量2000万是估算的吗？ 实际上凌晨到早上这段时间系统业务量基本没有，对这段时间对性能测试来说基本就是无效时间吧。所以我认为一天的业务量没有两千万。 大约可以按照15小时有效时间，估算每小时70万（亦或计算平均值）。tps1=700000/3600=194。 我刚觉tps1=231，是偏高了的 。

问题1：业务比例不一样，对系统的资源消耗可能不一样，性能的目的就是模拟生产的情况提前发现系统的问题从而解决掉它。 高老师，请教下：业务比例是针对系统的所有业务给出来的，但实际压测，并不是要压测所有的业务，例如，系统有4个业务分别为A、B、C、D，他们的业务比例分别为40%、30%、20%、10%，假如本次压测是业务B、C，A和D不做压测，那容量测试的业务比例是设置合适呢

引用内容 开始================================================================= 2、3可以这么说： 比如，有这些接口：登录、查询商品、添加购物车、创建订单、支付 我们通过日志分析，都是这些接口的比例吧？假设比例分别是：20:40:20:10:10 实际业务场景可能是这样的： 1、登录--查询商品--添加购物车--创建订单--支付 2、登录--查询商品--添加购物车 3、查询商品 那以上3个流程，如何算分别是多少比例呢？ 作者回复: 3个流程的比例是： 1. 25% 2. 25% 3. 50% 引用内容 结束================================================================== 老师，关于引用内容中有以下6个问题，麻烦老师再次解答下。 1.登录、查询商品、添加购物车、创建订单、支付。这5个业务我可不可以理解为业务操作级别的事务T？（第二个专栏中定义了事务T有请求级别、业务操作级别、用户级别） 2.登录、查询商品、添加购物车、创建订单、支付的比例20:40:20:10:10。这个比例是不是就是业务模型中的业务比例？ 3.两个专栏都提到了业务模型。业务模型中的业务指的是哪个级别的事务？ 4.3个流程的比例25%、25%、50%。这个比例我可不可以理解为用户级别事务T的比例？ 5.就拿登录来说，它下面应该包含多个get或post请求，有静态资源请求，有接口请求，其它4个业务查询商品、添加购物车、创建订单、支付下面也包含多个get、post请求，而且某些get或post请求在5个业务中都会被调用。这么多的请求在日志中混在一起，怎么才能得出业务比例20:40:20:10:10？我看老师提到用ELK，不过可以简单的说下背后的原理吗。（备注：我接触过的应用是单体应用nginx-tomcat-mysql，不是微服务。不过我想专栏中业务模型比例计算的逻辑是通用的，应该和架构没关系。） 6.专栏中的接口该怎么理解，接口对应哪个级别的事务？

老师，有几个疑问，希望能解答: 1，业务比例我是用 控制器中的“吞吐量控制器”来控制的，这样做跟Constant Throughput Timer有什么区别吗？ 2，业务模型统计的数据，是统计接口的请求次数，还是什么？ 3，当压测环境与生产环境不是1:1时，运维大概估算一个环境比例，压测过程中，业务指标，铺底数据量也要做同比例缩放？还是铺底数据是根据存储服务网来做同比例缩放的？