压力测试用例方案,需改进的?
最近又拾起LoadRunner,此项目马上要进行性能测试,以下是我编写的测试用例,望大家给提提宝贵意见,还有什么地方需要改进的。 完整的用例方案应该配上拓扑图吧?还有你搜索并发700个还要看看一台LR服务器够不够哦。 可以考虑先拆分“登录”/“查询”事务,分块单独测试然后再考虑事务组合的东西。 可以考虑先拆分“登录”/“查询”事务,分块单独测试
然后再考虑事务组合的东西。
Jackc 发表于 2011-4-14 14:54 http://bbs.51testing.com/images/common/back.gif
目前还存在两个疑问:
1、关于把“登录”和“查询”事务进行拆分,是不是分别单独进行录制呢?然后放在不同的两个脚本里面呢?还是分别放在不同的action中呢?
2、LoadRunner8.1录制完脚本时,所有的信息都存在了vuser_init里面。我原来用的是LoadRunner9.0没有存在这样的问题? 以上问题,望Jackc给指导一下。 本帖最后由 Jackc 于 2011-4-18 11:31 编辑
目前还存在两个疑问:
1、关于把“登录”和“查询”事务进行拆分,是不是分别单独进行录制呢?然后放在 ...
corrine-li 发表于 2011-4-15 09:18 http://bbs.51testing.com/images/common/back.gif
1.关于脚本代码规范
对于LR和QTP这类成熟的工具,action其实和封装是一个道理。
严格来说,每个需要测试独立的功能都需要划分成不同的action,而实际用例执行,只是根据case step 要求,调用不同的action组合而已。
严格封装的脚本,有利于最大限度降低脚本的后期维护。
————————————————————
2.action与脚本
简单来说,action可以理解为单个事务(功能点)描述;而脚本则是单个用例描述
——————————————————————
3. vuser_init、vuser_end 和Action
首先,在一个脚本中,vuser_init和vuser_end只能存在一个,而Action则可以有任意个。
vuser_init:通常,我们不在此放置任务事务的代码。它只需要完成1件事:测试环境初始化(有时,也将测试环境搭建代码放在其中,不过不建议这么做,测试环境的搭建代码大可放到Action中)
PS:放置此处的初始化代码,一般都是通用的,即受到以后执行Action的因素较小。
vuser_end:此处放置测试环境清理代码,如执行Action产生的测试残余数据和环境。
PS:经常放置此处的代码,经常会因Action的不同而改变。
Action:顾名思义,所有事务的描述代码。
页:
[1]