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字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读；
　　循环、判断等语句中若有较长的表达式或语句，则要进行适应的划分；
　　在结构成员赋值等情况，等号对齐，最少留一个空格；
　　若函数或过程中的参数较长，则要进行适当的划分。
　　形参的排序风格：
　　Ø 最常使用的参数放在第一位；
　　Ø 输入参数列表应放在输出参数列表的左边；
　　Ø 将通用的参数放在特殊的参数的左边