51Testing软件测试论坛

标题: 请问做页面并发刷新测试，是否要插入集合点？？ [打印本页]

作者: lilna 时间: 2010-3-3 17:06
标题: 请问做页面并发刷新测试，是否要插入集合点？？
请问做页面并发刷新测试，是否要插入集合点？？

作者: msnshow 时间: 2010-3-3 21:17
如果说真正的并发，是需要加集合点的

作者: saharaqs 时间: 2010-3-4 08:41
既然是要做并发刷新，那就要加集合点

作者: Fin 时间: 2010-3-9 02:19
我个人认为“集合点” 是一个相对概念，不要把它认为的那么绝对，就算100用户在同一集合点一起提交，这也紧紧代表用户级并发，如果后端主机就一个请求队列只有一个服务进程启动，那么就只有一个用户在处理中，其他99都会在队列中等待处理（只是一个例举，想要理解的更深入建议参考网上有一篇文件叫理发店模型）。应当仔细调研一下后端的处理机制再做决策，否则会被执行结果误导。
我们编写脚本也是一样的，一个好的脚本开发工程师甚至已经提前策划好了场景与发压策略才去有目标的编写脚本。

作者: majun915 时间: 2010-3-9 22:32
顶楼上呵呵

作者: meiyan_100 时间: 2010-3-10 11:58
一個頁面做幷發，集合點如何设定啊，难道是内容前面弄个事务，内容结束弄个事务，然后在内容前面的事务地方插入集合点，是不是这样哦。不然页面内容那么多怎么插入集合点？？？？

作者: Fin 时间: 2010-3-15 02:11
集合点概念是用作 “事务并发” 而不是用作 “脚本并发” 例如你录制百度页面
在查询内容参数中有内容如下：
//================
search
老云
老层
老朴
老徐
...
//===============
比如你用4个用户，每一个用户同时在百度页面中写入上面的参数之一，那么集合点要设在点击“查找” 按钮的那一步事务提交阶段。
这样在场景中就可以设置这4个用户在同一时间点击了。。。

作者: JonnyGu 时间: 2010-3-15 10:25
其实性能测试中的并发都是相对而言，不可能做到真正那么多用户同时并发的，真正做到得到的性能结果是客户不能接受的。。。

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)