共计 1078 个字符，预计需要花费 3 分钟才能阅读完成。
如果咱们须要洽购一款性能测试工具，咱们想要晓得，到底须要多少并发用户数适合？买的太多，须要很高的估算；买的太少，又达不到成果。
目前大多数的软件架构，大多采纳先并发，后排队的机制。先并发，就是软件系统有个并发个数，就是同时能够解决多少个申请。例如，一个软件能够有 15 个并发，就是可能满足同时解决 15 个申请。如果每个申请解决的工夫是 200ms，那么每秒钟，能够解决的申请个数是：15*（1000/200）=75 个。
排队，就是如果曾经有 15 个申请正在被解决，起初的申请就必须排队期待。这就有个等待时间的问题。比方，一下来了 750 个申请，依据每秒解决 75 个计算，就须要 10 秒能力解决实现。如果零碎实时性很强，要求 5 秒内必须实现，如果没有实现，交易就会被勾销，那么咱们能够发现，750 个申请，其中 375 个胜利了，其余的都失败了（超时）。
原则上来看，个别软件的并发个数都不是很高，除非部署了一个大的集群。如果只思考 tps（每秒通过的交易 / 申请个数），咱们依据每个交易距离就能够计算出来。比方下面的场景，咱们能够要求不能一下来 750 个，能够在每个申请之间距离 1 秒，或者每个交易（包含距离）为 1 秒。这样，在上文钟，如果 tps 是 75，那么并发用户数 75 个就能够了。
当然，如果咱们想要模仿更实在的用户场景，咱们能够依据数据来计算交易的间隔时间（这个局部，能够去搜寻相干的文章）。有了间隔时间，有了对 tps 的要求，就能够很容易的计算。比方，间隔时间是 T，并发个数 =tpsT。比方依照上文的例子，如果间隔时间为 0.5 秒，那么并发个数为 750.5=37.5 个。
间隔时间，就是作为实在的用户，均匀多长时间会发动一次申请。这个大略用在一段时间内产生的申请总数，除以所应用的工夫，就能够计算出来。
上面，咱们举一个理论的例子。
咱们冀望零碎的 tps，可能达到 2000，间隔时间为 3 秒，那么并发个数（VU）=2000*3=6000 并发。这样做比拟实在。
如果放心估算过高，那么如果实在的交易解决工夫不超过 1 秒，那么咱们也能够购买 VU=2000*1=2000 个。这样咱们也能够失去比拟靠近的成果。
如果交易解决工夫，在 tps 比拟高的时候，会变的更长，假如较长是 5 秒。咱们能够让 VU=2000*5=10000 即可。
依据下面的阐明，咱们就能够来估算，大略你须要购买多少个 VU 了。大略个数跟被测试零碎可能容忍的较大等待时间，以及须要达到的 tps 个数相干。
举荐浏览：
接口测试和性能测试的区别
挪动 APP 性能测试包含哪些方面?
性能测试、负载测试、压力测试有什么区别？
性能测试须要做些什么？
APM 全链路压测怎么做?
