1、
2、场景设计（接口/业务/用户级别）
接口级脚本：
——事务 start（接口 1）接口 1 脚本——事务 end（接口 1）——事务 start（接口 2）接口 2 脚本——事务 end（接口 2）——事务 start（接口 3）接口 3 脚本——事务 end（接口 3）
业务级接口层脚本（就是用接口拼接出一个完整的业务流）：
——事务 start（业务 A）
接口 1 脚本 - 接口 2（同步调用）
接口 1 脚本 - 接口 3（异步调用）
——事务 end（业务 A）
用户级脚本：
——事务 start（业务 A）
点击 0 - 接口 1 脚本 - 接口 2（同步调用）
点击 0 - 接口 1 脚本 - 接口 3（异步调用）
——事务 end（业务 A）
3、重新理解那些性能指标概念
（1）搞清楚了 TPS 的 T 是什么，下面就要说什么是 TPS 了。字面意思非常容易理解，就是：每秒事务数。
（2）在性能中，还有一个重要的概念就是响应时间（Response Time）；计算方式：RT = T2-T1
4、tps和并发线程数的关系
（上面的一个框中有四个箭头，每个都代表着相同的事务）
在上面这张示意图中，其实压力工具是 4 个并发线程，由于每个线程都可以在一秒内完成 4 个事务，所以总的 TPS 是 16，这非常容易理解吧。而在大部分非技术人的脑子里，这样的场景就是并发数是 4，而不是 16。
举个例子：一个系统如果有 1 万个用户在线，那么应该设置多少线程
解析：
（1）第一，根据业务占比，如果1w用户占比是5%，那么TPS=10000/0.05=500TPS
（2）第二，500的事务数中，如果响应时间是100ms，那么线程数=500/(1000/100)=50个并发线程（注意：1000ms是指1s内的tps，1000ms/100ms=10tps，那么需要500个tps，就是10msx50个线程=500目标TPS
tps计算和线程数如何设置快头秃了。。。
