51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 1951|回复: 1
打印 上一主题 下一主题

[原创] 请问并发数该如何设定?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2012-5-17 22:52:44 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
华为IT的项目,虽然是内部使用的电子流,第一次做性能测试,很多东西不懂,所以希望大家能帮助我,谢谢了!
项目是做电子流流程的Web系统,系统涉及的电子流有:便携机模块,免填模块,需申请模块,介质带出模块,拆加封模块,端口使用模块,每个电子流的流程差不多都是填写申请->主管审批->机要室处理->流程结束,一个环节一个环节的。
项目的用户群为60000人,其中常用用户为300人左右,为机要室人员(即机要室处理环节的责任人),他们差不多一天8小时都在线处理各电子流的业务。
下面数各电子流的数据:


从表中可以看出一天的业务量接近1600单/天,即200单/小时。不知道可否这样认为,使用系统的用户填写申请为200人(审批环节在填写环节之后),加上机要室人员300人,在加上各级主管审批的人数,每个小时用户为600人左右。需要说明的是,系统中拆加封业务数量庞大,占系统的60~70%,常用用户有130人长时间处理拆加封机要室处理环节进行操作,操作时会经常对列表进行查询,所以系统把列表查询的性能看的比较重要!
这样的话,要我想问的是:(括号里面是我自己分析的)
1.拆加封列表的查询,并发设置多少?              (20)
2.其他列表的查询,每个列表的并发设置多少?    (10)

3.拆加封填写申请的并发设置多少?                 (30)
4.拆加封机要室处理环节并发设置多少?           (20)
5.其他业务提交申请的并发设置多少?              (15)
6.其他业务机要室处理环节并发设置多少好?      (10)

列表查询的性能单独跑脚本的,稳定性的场景,我想请大家帮我设计一下该如何设置?
因为是第一次做性能测试,很多都不是太懂,也没有同事帮我,所以只能请大家帮我了,谢谢啦!


另外我的测试用例是:
1.拆加封列表20个并发,系统的响应时间
2.端口使用列表10并发,系统的响应时间
3.便携机使用列表10个并发,系统的响应时间
4.介质带出列表10个并发,系统的响应时间
5.便携机续申请列表10个并发,系统的响应时间
6.拆加封业务30个并发提交申请,系统的响应时间
7.拆加封业务20个并发操作机要室处理环节,系统的响应时间
8.便携机业务15个并发提交申请,系统的响应时间
9.便携机业务10个并发操作机要室处理环节,系统的响应时间
10.介质带出业务15个并发提交申请,系统的响应时间
11.介质带出业务10个并发操作机要室处理环节,系统的响应时间
12.免填业务15个并发提交申请,系统的响应时间
13.免填机业务10个并发操作机要室处理环节,系统的响应时间
14.端口使用业务15个并发提交申请,系统的响应时间
15.端口使用业务10个并发操作机要室处理环节,系统的响应时间
16.稳定性了,所有业务一起跑24个小时,只允许这么多时间,最多48小时。这个场景我还没有想好如何去设置,可能是按百分比的形式吧!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    奋斗
    2016-6-21 12:50
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    2#
    发表于 2012-5-18 09:42:57 | 只看该作者
    第一:电子流是不是一个用户只能用一个?如果是,就要做关联
    第二:要做到严格的并发,就要用到集合点,然后在场景里设置集合点的策略,建议每个电子流都加上相应的事务,这样比较直观
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 20:44 , Processed in 0.066210 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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