性能测试中遇到的一个响应时间问题讨论
响应时间变化场景设计:采用逐渐加压方式,每15秒增加50用户,达到一定并发用户后,运行5分钟.
测试结果:跑场景时,在并发用户数未达到设定的并发用户数时,响应时间（比如说支付系统的提交订单操作）会有20~30秒,可是达到最大并发用户数后,响应时间降为1~3秒之间,且在后面的运行中,响应时间变化稳定.
问题是:一开始的20~30秒的响应时间是什么造成的?
备注:已去处思考时间,去处ie缓存的影响,对数据库的主要操作为插入更新操作。
大家可以各抒己见，把所有想到的情况都可以写出来。因为没有分析图，只有靠大家的经验罗列了。 这个响应时间是哪里来的？总的？还是具体某一个transaction？
如果一开始有20~30秒的响应时间，就找找是哪个地方相应慢喽，页面细分一下。 未达到设定的并发用户数就已经有提交订单的操作了吗？
不然这个20-30S的响应时间是哪个时间 已经有操作了，就是该操作的平均响应时间刚开始很长 不能沉啊 是不是登录的时候占用很多cpu照成的 你的事务是手工判断的么？个人觉得是后面的操作都没做成功 如果你的脚本中加了检查点。并且都是对的。
那建议你查查服务器的缓存设置。
还有，你的应用是什么类型的？使用的应用服务器等都是什么？
数据库的缓存设置等。都查一下。 谢谢Zee啦，应该是数据库缓存或者是站点加载DLL的问题 有没有可能是JVM在做垃圾回收造成的~
页:
[1]
