...定义的?是否有公式?假如有2万个用户,做多少个并发数才是最合适...

发布网友发布时间：2024-03-03 11:25

共2个回答

热心网友时间：2024-05-31 07:58

因为测试的是应用系统，所以从根本上来讲，并发数应该是从应用系统的业务需求来的，所以也应该从应用需求文档中来，但是，国内应用系统的需求文档基本上很少包括并发用户这样的性能需求。
考虑并发数的时候，主要还是要从被测系统的业务场景出发，多种因素结合考虑。如果你能拿到被测系统实际运行的日志，分析出访问用户的情况，那么根据这个定义并发数当然是比较接近真实的。
如果是新系统，就要根据多种因素考量，相关的说法有：
1、在线用户或者终端数：即同时在使用应用系统的用户，可能在浏览，可能在做交易。如果是知道了，一般并发用户数取在线用户的10%-30%。（思考时间适当调短或者不用，不要使用回放录制的思考时间）
2、交易总数和预期响应时间：如果你知道了每天（8小时）要完成20000笔交易，每笔交易希望在5秒内，那么可以预估并发用户数为20000/（8×3600）×5，当然这个并发数还要根据你实际测出的响应时间再调整
3、八二原则：一般可以认为80%的用户在20%的时间内完成工作，所以峰值压力的时候，一般并发数要乘以80%/20%=4
4、如果你的系统终端数量是固定的，比如就有100个客户端，那么极限压力就是这100个客户端都疯狂工作，所以峰值并发数也就是100，去掉脚本中的思考时间。
当然还有其他很多的考虑，以上就算是一个初步的参考吧。

热心网友时间：2024-05-31 08:00

没有任何人去定义这个并发数。不同的系统有不同的要求。
至于总用户数和并发用书数的公式，倒是有一个，但是我也不给你。怕误导你。
这个并发数要最接近真实的使用情况，所以任何算出来的用户数都不准确。
最好的办法是试运行一下，看访问和登录日志，这个是最准确的。
另外也可以根据你的设计容量来确定。