LoadRunner脚本开发与编程规范
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
Loadrunner脚本开发与编程规范Loadrunner脚本开发规范
1、一般约定
1.1、具体脚本规则,必须在具体代码中加注释,以便脚本开发人员阅读和理解脚本。1.2、脚本的存放规则:
测试脚本应该存储在指定的库中,例如一个共享的驱动盘或测试管理工具中。为节省空间,便于复用,测试脚本的文件夹下的:result,res,date文件夹,后缀名为:.idx .log .txt文件都可不必保留。
1.3、脚本中action的命名规则:
录制脚本前有个名字规则非常有必要,否则同一动作会有多个事务,会给数据收集、分析带来不必要的麻烦。
假设某J2EE系统实现开户、销户业务,那么自然会有Login、OpenAccount、DestroyAccount和LoginOut动作。那么录制LR脚本时,脚本中的Action列表应该为:脚本1:初始化-Login-OpenAccount-LoginOut-结束动作
脚本2:初始化-Login-DestoryAccount-LoginOut-结束动作
(即只有一个动作不同)
这样做其目的是创建场景Scene时,在Login、Loginout的事务只被记录一次
1.4、变量命名规则
变量的命名的基本原则是使得变量的含义能够从名字中直接理解。可以用多个英文单词拼写而成,每个英文单词的首字母要大写,其中英文单词有缩写的可用缩写;变量的前缀表示该变量的类型;对于作用域跨越10行以上的变量名称不能少干4个字符,除循环变量,累加变量外不得使用I、J、K等名称。变量分为取全局变量和局部变量,对干全局变量以加前缀“g…”来区分。
1.5、常数名规则
常量所有的字母均为大写。并且单词之间使用下划线“_”隔开。例如:
USER_LIST_MAX
NEW_LINE
1.6、函数名命名规则
函数/过程名称应该尽量使用能够表达函数功能的英文名称,函数名称中应该禁止使用如同function,function2等含义不清的名称。单词间应该使用大小写分隔。全局函数/过程名称以“g_”前缀开始。代码注释约定。
2、代码注释约定
在软件中对每个文件夹头,自定义函数和变量,重要的处理过程都要有必要的注释。
2.1、源程序头的注释和规范
每个文件头插入注释,标明文件的用途和作者,注释如下:(注释尽量用中文)
//程序名称
//版权说明
//版本号:
//功能:
//开发人:
//开发时间:
//修改者:
//修改时间
//修改简要说明
//其它
2.2、函数的注释
每个函数前面注明函数的功能和输入,输出。注释为:
//名称
//功能:(说明函数的功能)
//输入参数:(说明每个输入参数的用途和取值约定)
//输出参数:(说明每个输出参数的用途和取值约定)
//返回:(说明返回值,返回值的含义和约定)
2.3、变量注释
直接在变量后面注明的用途和取值约定,如:
Int status; //记录处理状态,0:成功,1:错误
2.4、类型定义注释
指类和记录等等定义的注释,在注释中标明定义的用途。
2.5、区的注释
同一个类的成员方法要求排列在一起,共同协作而实现同一个功能的函数和过程要求排列在一起。代码通常使用几个函数和过程来实现某一功能,这时候需要使用区注释将这些具有共同目的的函数和过程标明出来。
使用整行的“*”作为隔离行,让程序清晰可读。
一般删除的代码不建议直接删除,最好用“//”注释起来。
2.6、代码中的注释
在代码中要求注释地方:
代码中的关键部分;
在使用特殊算法或者逻辑性较强的代码;
在修改或删除代码部分,需要加注释;修改/删除人,目的。
3、格式化代码
程序应采用缩进风格编写,每层缩进使用一个制表符(TAB),类定义、方法都应顶格书写;
左边括号要另起一行,不能跟在上一行的行末;
一个变量定义占;
对独立的程序模块之间,变量说明之后必须加空行;
对于较长的语句(>80字符)要分成多行书写,长表达式要在低优先级操符处划分新行,操作符放在新行之首,划分出的新行要进行当的缩进,使排版整齐,语句可读;
循环、判断等语句中若有较长的表达式或语句,则要进行适应划分;
在结构成员赋值等情况,等号对齐,最少留一个空格。
若函数或过程中的参数较长,则要进行适当的划分。
形参的排序风格;
最常使用的参数放在第一位;
输入参数列表应放在输出参数列表的左边;
将通用的参数放在特殊的参数的左边
LoadRunner 脚本编程规范
1、引言
本文档讨论的是如何转较为合理的制定LoadRunner脚本规范。其实是针对C语言
系统的编程规范,同样适用于LoadRunner的脚本编程,在工作流系统测试性能时,
合理管理脚本。
1、脚本命名规则原则
以下是我总结的规范原则,建议在Loadrunner脚本编程中一定遵守此规范。
A、程序缩进采用相同的风格,建议使用VuGen中默认的风格。
B、变量命名要规范,要建议所有的脚本遵守一套同样的命名规范。比如定义一个
整形变量:count;如果按一般的形式定义的话:int count; int icount; 加i,什么
样的字符代表什么样的变量类型;比如:float fcount; long lcount;这样当你的代
码上万行时,当你读到变量count时,你就可以根据它前面的字符,知道它是
什么类型换变量了,不用再云费事的找了,还有,譬如类变量Test是int的,
你可以定义成m_iTest,m_表示是类变量,i表示int。
C、变量(包括数组)在使用前一定前一定要经过初始化在做练习时已经有体会,
如果没有显示的初始化,就把变量当作值使用,脚本可能会出现问题的。