|
华为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小时。这个场景我还没有想好如何去设置,可能是按百分比的形式吧! |
|