性能测试相关的命名规范

脚本命名

脚本名称应包含项目名、渠道名、交易码、交易名、版本号等要素，并使用“_”连接各要素

命名规范：项目/系统名称_渠道名/发起端_交易码_交易名_版本号

项目、系统名称、渠道名、发起端要求填写英文缩写，没有英文缩写的，填写中文简称或拼音首字母缩写

发起端：LR所模拟的压力发起组件或系统

交易码/交易名称：没有写NULL，同时在源文件注释“备注”一栏进行说明。如果一个脚本含有多个交易码，写主交易码后加上MUTI，交易名称写主交易名称

版本号：改动小则递增后面数字，改动大则递增前面数字

示例：ECTIP_IBS_余额查询_AL0441315MUTI_V1.0

 

脚本功能描述

“脚本编写信息描述”位于脚本代码上方，主要向脚本阅读者提供以下内容，主要包括：项目名称、脚本功能、版本号、交易路径、开发协议、作者、时间

示例：

/*

脚本编写信息描述：

 项目名称：华夏银行新综合前置系统

交易名称：冻结客户帐金额

交易码：75c5

交易路径：支付宝-新综合前置-外围

编码语言：C

开发协议：Socket，常规协议有HTTP、SOCKET、TUXEDO、MQ等

    作    者：****

日    期：yyyy-mm-dd

版 本 号：V1.0

备    注：

历史修改记录：

*/

 

参数化文件命名

数据_参数名称.dat

示例：数据_ hostIP.dat、数据_tellerInfo.dat

 

参数命名

参数名称命名使用“P_”开头：P_参数名称

示例：<P_hostIP>、<P_tellerNo>

 

关联时参数名称使用“S_”开头：S_关联参数名称

示例：Web_reg_save_param（”S_password”,“LB=”,”RB=”,“ORD=”，LAST）

 

检查点命名使用“C_”开头：C_字段名称

示例：web_reg_find(“Text=Welcome”,”SaveCount=C_welcome”,LAST);

 

事务命名

事务的名称应包含渠道名、交易码、交易名、事务编号、事务名称等要素，并使用“_”连接各要素

命名规范：渠道名\发起端_交易名称_交易码_事务编号_事务名称

示例：

支付宝_冻结客户帐金额_75c5_01_转账

支付宝_冻结客户帐金额_75c5_02_授权

支付宝_冻结客户帐金额_75c5_03_查询账户信息_0301查询

支付宝_冻结客户帐金额_75c5_03_查询账户信息_0302核实

大家可以来看下面这个脚本(ESB_支付宝_冻结客户帐金额_75c5_V1.0)，共包含3个主要操作：转账、授权、查询账户信息，而查询账户信息中定义两个小操作分别为：查询、核实

 

场景命名

场景的名称应包含测试项目名称、测试类型、版本号等要素，并使用“_”连接各要素

示例：同城票交_混合压力测试_TPS150_V1.0

 

结果文件命名

结果文件的名称应包含测试项目名称、测试类型、目标TPS、并发用户数、测试持续时间、测试开始时间等要素，并使用“_”连接各要素

示例：

同城票交_单交易负载测试_冻结客户帐金额_75c5_15Min_201601130915

同城票交_混合压力测试_TPS150_100VU_30Min_201601130915

同城票交_稳定性测试_TPS120_80VU_12H_201601130915

 

变量和函数命名：推荐使用小驼峰式命名规则，如char* userName

常量命名：常量名为全大写，如const int TIME_WAIT_DEFAULT=5;

类和接口命名：采用完整的英文描述符，首字母大写，如pubic class AnimalApp{}

对象使用：尽可能晚的创建对象，并且尽可能早地释放它

局部变量、全局变量、关联、检查点要有注释信息