Loadrunner脚本开发规范.doc

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