压力测试用例方案，需改进的？

corrine-li

最近又拾起LoadRunner，此项目马上要进行性能测试，以下是我编写的测试用例，望大家给提提宝贵意见，还有什么地方需要改进的。[img][/img]

o2goto

完整的用例方案应该配上拓扑图吧?还有你搜索并发700个还要看看一台LR服务器够不够哦。

Jackc

可以考虑先拆分“登录”/“查询”事务，分块单独测试

然后再考虑事务组合的东西。

corrine-li

可以考虑先拆分“登录”/“查询”事务，分块单独测试

然后再考虑事务组合的东西。
Jackc 发表于 2011-4-14 14:54

目前还存在两个疑问：
1、关于把“登录”和“查询”事务进行拆分，是不是分别单独进行录制呢？然后放在不同的两个脚本里面呢？还是分别放在不同的action中呢？

2、LoadRunner8.1录制完脚本时，所有的信息都存在了vuser_init里面。我原来用的是LoadRunner9.0没有存在这样的问题？

corrine-li

以上问题，望Jackc给指导一下。

Jackc

目前还存在两个疑问：
1、关于把“登录”和“查询”事务进行拆分，是不是分别单独进行录制呢？然后放在 ...
corrine-li 发表于 2011-4-15 09:18

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：顾名思义，所有事务的描述代码。