Loadrunner脚本开发规范
目录
1.一般约定... 3
2.代码注释约定... 4
3.格式化代码... 5
1.一般约定
1.1具体脚本规则，必须在具体代码中加注释，以便脚本开发人员阅读和理解脚本。
1.2脚本的存放规则:
测试脚本应该存储在指定的库中，例如一个共享的驱动盘或测试管理工具中。为节省空间，便于复用，测试脚本的文件夹下的： result，res，date 文件夹，后缀名为：.idx .log .txt 文件都可不必保留。
1.3脚本中 auction的命名规则：
录制脚本前有个命名规则非常有必要，否则同一动作会有多个事务，会给数据收集、分析带来不必要的麻烦。
假设某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 函数名命名规则
函数/过程名称应该尽量使用能够表达函数功能的英文名称，函数名称中应该禁止使用如同function1,function2等含义不清的名称。单词间应该使用大小写分隔。全局函数/过程名称以“g_”前缀开始。代码注释约定
2.代码注释约定
在软件中对每个文件头,自定义函数和变量,重要的处理过程都要有必要的注释。
2.1 源程序头的注释和规范
每个文件头插入注释，标明文件的用途和作者，注释如下：(注释尽量用中文)
//程序名称
//版权说明
//版本号：
//功能：
//开发人：
//开发时间：
//修改者：
//修改时间
//修改简要说明
//其他
2.2 函数的注释
每个函数前面注明函数的功能和输入，输出。注释为：
//名称
//功能：（说明函数的功能）
//输入参数：（说明每个输入参数的用途和取值约定）
//输出参数：（说明每个输出参数的用途和取值约定）
//返回：（说明返回值，返回值的含义和约定）
2.3 变量注释
直接在变量后面注明变量的用途和取值约定，如：
int status; //记录处理状态，0: 成功，1: 错误
2.4 类型定义注释
指类和记录等等定义的注释。在注释中标明定义的用途。
2.5 区的注释
同一个类的成员方法要求排列在一起，共同协作而实现同一个功能的函数和过程要求排列在一起。代码通常使用几个函数和过程来实现某一项功能，这时候需要使用区注释将这些具有共同目的的函数和过程标明出来。
使用整行的”*”作为隔离行，让程序清晰可读。
一般删除的代码不建议直接删除,最好用“//”注释起来。
2.6 代码中的注释
在代码中要求注释的地方有:
代码中的关键部分；
在使用特殊算法或者逻辑性较强的代码；
在修改或删除代码部分,需要加注释;修改/删除人,目的.
3.格式化代码
程序应采用缩进风格编写，每层缩进使用一个制表位（TAB），类定义、方法都应顶格书写；
左花括号要另起一行，不能跟在上一行的行末；
一个变量定义占一行，一个语句占一行；
对独立的程序块之间、变量说明之后必须加空行；
对于较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读；
循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分；
在结构成员赋值等情况，等号对齐，最少留一个空格；
若函数或过程中的参数较长，则要进行适当的划分。
形参的排序风格：
Ø 最常使用的参数放在第一位；
Ø 输入参数列表应放在输出参数列表的左边；
Ø 将通用的参数放在特殊的参数的左边