LoadRunner脚本编程规范.docVIP

? ?LoadRunner 脚本编程规范 引言 本文档讨论的是如何较为合理的制定LoadRunner脚本规范。其实是针对C语言的编程规范，同样适用于LoadRunner的脚本编程，在工作流系统测试性能时，合理管理测试脚本。 脚本命名规范原则 以下是我总结的规范原则，建议在LoadRunner脚本编程中一定遵守此规范。 程序缩进采用相同的风格，建议使用VuGen中默认的风格）。 变量命名要规范，建议所有的脚本遵守一套同样的命名规范。比如定义一个整形变量：count; 如果按一般的形式定义的话：int count; int icount;加i，什么样的字符代表什么样的变量类型; 比如：float fcount; long lcount; 这样当你的代码上万行时，当你读到变量count时，你就可以根据它前面的字符，知道它是什么类型的变量了，不用再去费事的找了，还有，譬如类变量Test是int的，你可以定义成m_iTest,m_表示是类变量，i表示int 。 变量（包括数组）在使用前一定要经过初始化 在做练习时已经有体会，如果没有显式的初始化，就把变量当作值使用，脚本可能会出问题的。 防止脚本运行过程中变量的溢出（overflow/underflow），LoadRunner脚本中的变量也有具体的取值范围，如果使用不当也会发生溢出的，如 int test = 2000000000 就会发生上溢出，导致脚本运行错误。 一行最好只写一条语句，包括一行只声明一个变量。 在两个以上的关键字、变量、常量进行对等操作时，它们之间的操作符之前、之后或者前后要加空格，如 不要写 result=tmp1*tmp2;应该这样 result = tmp1 * tmp2; 文件操作结束后，要及时关闭文件句柄，如 fclose(MyFile)； switch case结构最好包含default，if最好包含对应的else。 函数功能尽量单一，降低函数之间的耦合性，方便以后的重用 尽量少用全局变量，如果必须用，一定要加注释。 关键路径时要有注释，如switch case结构、if分支等最好有注释。 数组声明时要显式的标识大小 如最好不要这样声明，char TempArray[] = \HP Mercurry\; 举例说明 Script Name 命名 如果命名三个用例，录好脚本后我把三个脚本命名如：项目名称1_S1_功能1_V1_080922 Action Name 命名 我们在做脚本的时候也需要对Action Name进行命名，因为loadrunner是默认把Action当作一个Transaction.所以在这里对其命名主要是在察看数据的过程中能将Action和包含在其中的Transaction好排序。我把Action的命名如下：S1_按照字母排序（A，B，C...）_项目名称1_功能名称1_V1_080922 Transaction Name 命名 S1_A_操作1 S1_B_操作2 S1_C_操作3 S1_D_操作4 S1_E_操作5 如S1_A_打开登录网页， S1_B_登录 S1_C_点击查询 S1_D_显示查询结果 S1_E_登出 Result Name in Controller命名 项目名称_S1S2S3_stress_test_results_080922 这里是S1S2S3是这次测试你载入的是那些脚本。如果这次只测了S1，那就是： 项目名称_S1_stress_test_results_080922 HTML Report 命名 该项目与Result Name in Controller相同。 Scenario 命名 项目名称_S1S2S3_Stress_test_300Users_080922 同时在进行文档管理时，可以设立如下的文件结构。 项目1 Scripts Scenaros