51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3148|回复: 18
打印 上一主题 下一主题

[原创] 我按照这样的需求,设计场景是否正确?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-9-24 17:17:59 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
需求是:
测试网站的某个链接是否能同时被10人点击?是否会报错?
该网站是个门户网站,不需要注册,登陆的
我的设计思路是这样的:
1.录制脚本,将脚本都录制在action中
2.在点击该链接之前插入事务
3.在事务之前,插入集合点
4.在手工场景中我设计如下:
在Ramp up中:每10秒加载2个用户
在Duration中:选择Run until completion
5.运行场景。

结果:发现有个failed,错误详情是500错误。

我想问的是:
1,我设计的是否对呢?
2,是否符合需求呢?测试结果中发现的错误,是否就是测试出来的错误呢?

另外:
1,我是否需要在手工场景中,勾选上:Initialize all Vusers before Run?
勾上和不勾上,对我的测试结果有什么影响吗?
2,在手工场景中,是否需要设置持续时间呢?

烦请高人耐心作答,谢谢
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-9-24 17:34:21 | 只看该作者
场景错误,你应该设置10个用户跑10分钟,设置100%集合
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2010-9-24 17:41:08 | 只看该作者
回复 2# 云层


    to云层:
请问,为什么应该设置10个用户跑10分钟?我不是很明白···请多多赐教

你说100%集合,我还能理解是,10个用户都同时访问该链接,对吧?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-9-24 17:50:09 | 只看该作者
具体多少用户多少分钟还得再深入了解一下需求
“测试网站的某个链接是否能同时被10人点击?”
这样的描述本身就比较简单
至少还要说明峰值多少用户在线和峰值持续时段以及其处理能力
“是否能同时”可以稍微再确认一下可容忍上限
如果10个用户并发点击没问题 可是响应时间60秒
这是否也算是“能够同时被10个人点击”? 很多人等不了20秒吧
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2010-9-24 18:12:01 | 只看该作者
回复 4# mr.bee



    to mr.bee
谢谢你的回答
1.峰值多少用户?我这里最大看看是否能支持同时10人访问,是否意味着峰值就是10个用户?
2.响应时间现在不做考虑,但平均事务,不会超过8s吧
麻烦请您针对我的疑问,再详做解释,可以吗?
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-9-24 23:09:44 | 只看该作者
回复  云层


    to云层:
请问,为什么应该设置10个用户跑10分钟?我不是很明白···请多多赐教

...
小飞天猪 发表于 2010-9-24 17:41


写10分钟只是简单的让你的系统可以跑一个稳定的周期看10个人并发访问是不是稳定,时间你可以设置的更长,但是别太短,你用run until complete跑肯定是不对的,因为并发从来没到过10,这是你运行的问题,仅此而已,关于需求的问题,mr.bee已经考虑的很多了,我也只是根据你的字面意思去解决而已
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2010-9-25 09:58:52 | 只看该作者
把集合点策略从“全部运行用户”换成“全部用户”,保证10个用户的并发
回复 支持 反对

使用道具 举报

该用户从未签到

8#
 楼主| 发表于 2010-9-25 11:26:46 | 只看该作者
回复 7# jj_ljw


    谢谢你的回答:
   是在策略中选择“Relase when 100% of all Vusers arrive at the rendezvous”吗?
   100%的Vusers和100%的运行的Vusers,有什么样的区别呢?谢谢?
回复 支持 反对

使用道具 举报

该用户从未签到

9#
 楼主| 发表于 2010-9-25 11:29:06 | 只看该作者
回复 6# 云层


多谢云层的再次回答:

   但你所说的“ run until complete跑肯定是不对的,因为并发从来没到过10”
是什么意思呢?
run until complete,不是指每个Vuser都按照脚本从init到action到end,从头到尾都执行一遍吗?

怎么是并发从来没有到过10呢?我还是没有明白···
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2010-9-25 11:31:03 | 只看该作者
需求不明确的情况下按照云层的方法会比较好
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2010-9-25 12:17:17 | 只看该作者
回复 8# 小飞天猪


    是~~~
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2010-9-25 15:23:51 | 只看该作者
回复 9# 小飞天猪
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2010-9-25 15:25:47 | 只看该作者
回复 9# 小飞天猪

你这样设计的场景压力太大了。每隔10秒增加2个用户,直到10个用户全部跑完。而不是一次性的10个用户并发。
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2010-9-25 21:17:50 | 只看该作者
是否应该理解 按响应时间或按最大并发数--------用户这个没有说明白 个人认为
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2010-9-26 09:36:33 | 只看该作者
个人认为你的脚本设计的比较合理。
我是否需要在手工场景中,勾选上:Initialize all Vusers before Run?
勾上和不勾上,对我的测试结果有什么影响吗?
这个问题呢,你应该设置的每两个用户登录的间隔稍微长一点,但是可以很容易看出资源的消耗在什么时候比较大,如果运行的迭代比较多,而出现1个500,应该没什么问题。如果一下就上10个人,就没有可比较的了
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2010-9-26 11:25:04 | 只看该作者
回复 8# 小飞天猪
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2010-9-27 11:05:52 | 只看该作者
回复 1# 小飞天猪
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2010-9-27 11:10:39 | 只看该作者
我是否需要在手工场景中,勾选上:Initialize all Vusers before Run?
勾上和不勾上,对测试结果是有影响的,你可以自己做个试验。
我认为有集合点测试的时候不应该勾上。
你的场景设计的挺合理的,不过10u并发在我们这是不允许报错的,你这种情况可以和领导沟通,不清楚的就别自己猜了。
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2010-12-20 18:02:33 | 只看该作者
回复 18# java_test_liu


人家的需求是并发10个用户,这种场景设计怎么可能是合理的?不应该是要同时初始化和运行10个用户,然后在登录之前设置100%用户集合么?
回复 支持 反对

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-10-8 13:31 , Processed in 0.126583 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表