06 | 如何抽取出符合真实业务场景的业务模型？

在这个示例中，大概有 58% 的用户会完整地走完流程。为什么是 58% 呢？因为登录的业务比例是 12%，而后面下单比例是 7%。所以是：7%/12%=58%，这个真没搞懂- -

ELFK系统里有办法截取url统计不？url里带的有id之类的，希望能把这部分模糊掉来统计汇总

我再最上面看了一些东西不过都是抽取接口级的请求比例，直到看到梳理业务逻辑的讲解，我才放了心；哈哈，可见我们只将请求的数据抽取出来还是不行的，我们还得分析业务场景，只有做完梳理业务逻辑后这个比例才能真的用；

抽取线上的请求比例比较容易，把它们转成场景中可用的线程似乎不是太容易。比如总TPS:35，浏览商品目录页17%，浏览商品详情页32%，查询商品20%，加购物车6% ，查看购物车5%，完成下单3%，登录1%。脚本针对以上都有单独线程组在同一个jmx中，但是加购包含详情页，查看购物车包含以上，下单包含所有。像这样的如何设置各线程组的线程数来达到总TPS是35且符合以上业务比例？

实际场景很多都是一次登录多次操作，算出来的不一定是百分之多少的在线用户完成了整个流程，这个相对占比算出来感觉意义不大，有点把脚本搞复杂了，不可以直接按照上面表格的比例直接设计脚本么？

所以在这个示例中，大概有 58% 的用户会完整地走完流程。为什么是 58% 呢？因为登录的业务比例是 12%，而后面下单比例是 7%。所以是：7%÷12%≈58% 业务一 业务二 业务三 业务四 login 786171 12% 5 2 5 home/content 1582439 24% 5 2 5 12 address/list 312741 5% 5 addnew 785595 12% 5 2 5 cart/list 469537 7% 5 2 confirmorder 466036 7% 5 2 generateorder 473535 7% 5 2 order/list 472840 7% 5 2 paysuccess 481271 7% 5 2 detail 794210 12% 5 2 5 20.8% 8.3% 20.8% 50.0% 老师，请问下为啥不是20.8%+8.3%呢？而是58%呢

============评论区引用开始========== 高老师，对于梳理业务逻辑这一步从字面看懂了， 但是不明白得到的结果 【58%用户走完全流程】这个结论，对于性能业务场景分析有什么用 最终定各个接口的TPS也没有用到这个58% 作者回复: 用到了呀。在后面的容量场景中用。 ============评论区引用结束========== 请教： 1、后面容量场景没看到58%的具体应用呢？ 2、根据《性能场景之业务模型在性能执行场景中的具体实现逻辑》一文的例子，最后一个业务的比例除以第一个业务的比例，算出来的值和实际脚本设置的比例也不一样。

业务目标是不是就是说：业务变动很小或者架构改变，总TPS不变；只有业务改变，才对等比例增加总TPS？

高老师，细化时间段里算出的生产TPS是整个系统总的TPS还是单接口的TPS，如果是单接口是不是每个接口都同样的方式计算一遍？

今天再看这节课有个疑问，我能得到系统中所有的接口比例，那是不是通过接口比例算出各业模型务间的比例