书籍笔记--
性能测试脚本命名规范练习：
1.脚本命名规范：
（1）脚本的描述信息主要包括3方面：脚本名称，脚本命名，脚本功能
（2）脚本名称：精简脚本功能
（3）脚本命名：由3部分构成--脚本拼音（即JIAOBEN）的首字母JB，脚本编号和脚本名称拼音的首字母加下划线分隔符，脚本编号可以方便了解共编写了多少脚本，也便于排序，如果有需要，也可以加入模块名称
（4）功能描述：主要描述该功能的使用频度，功能简介和需要关注的性能指标内容
需要说明的是，脚本的命名目的是方便对脚本的管理，用户在实际做项目时，结合自身喜好和单位，项目组的实际要求和情况变更命名规则，只要适合自身项目要求，方便管理即可。
|
脚本命名规范
|
||
|
脚本名称
|
脚本命名
|
功能描述
|
|
登录首页脚本
|
JB_01_DLSY
|
登录首页是进入系统的入口，需要考虑登录系统的响应时间情况
|
|
......
|
......
|
......
|
2.场景命名规范：
（1）场景的描述信息主要包括3方面：场景名称，场景命名和场景描述。
（2）场景名称：精简概括场景的内容，因场景的内容过多，通常以功能+场景+场景序号来作为场景名称
（3）场景命名：场景命名由6部分内容组成，即场景拼音（CHANGJING）的首字母CJ，场景编号，性能测试类型拼音简写，前2个拼音字母（如性能测试XN），负载测试（FZ），压力测试（YL），容量测试（RL）,并发测试（BF），失败测试（SB），可靠性测试（KK），配置测试（PZ），场景名称拼音的首字母，运行的虚拟用户数+Vu+运行时间长度和时间单位，在这里主要包括分钟（min）和小时（hour）
（4）场景描述：主要描述该场景的相关业务组合，运行的虚拟用户数和运行时间，用户加载和释放模式和需要关注的性能指标等内容。
需要说明的是，场景的命名目的是方便对场景的管理。用户在实际做项目时，需要结合自身的喜好和单位，项目组的实际要求和情况变更命名规则，只要适合自身项目要求，方便管理即可
|
场景命名规范
|
||
|
场景名称
|
场景命名
|
场景描述
|
|
登录首页场景01
|
CJ_01_XN_DLSY_30Vu_5Min
|
该场景为性能测试场景，30个虚拟用户梯度加载，每15s加载5个虚拟用户，场景持续运行5分钟，主要考察的性能指标包括：登录业务响应时间，登录业务每秒事务数及响应服务器CPU，内存利用率等。
|
|
登录首页场景02
|
CJ_02_BF_DLSY_50Vu_5Min
|
该场景为并发性能测试场景，50个虚拟用户并发登录系统（采用集合点策略第一项），场景持续运行5分钟，主要考察的性能指标包括：登录业务并发处理能力，登录业务响应时间，登录业务每秒事务处理数及相应服务器CPU，内存利用率等。
|
|
......
|
......
|
......
|
3.如果命名规范：
（1）结果的描述信息主要包括3方面：结果名称，结果命名和结果描述
（2）结果名称：结果名称主要针对场景得来，采用场景名称+结果+该场景执行次数的形式
（3）结果命名：3部分组成，即结果拼音（JIEGUO）的首字母JG，对应执行的场景命名和该场景执行的次数信息
（4）结果描述：主要描述结果信息是针对场景和监控的对应服务器相关信息，在监控相应服务器性能指标时，可能不仅限于LR，很有可能用了NMON，系统自带的命令，如TOP命令或第三方商业工具，那么也需要命名对应的结果信息，明确相关监控结果针对的服务器，是第几次执行得到的等相关信息
需要说明的是，结果的存放要集中，必须保证同场景的结果放到该场景的结果信息目录下，不要讲所有的结果信息混杂存放，通常在定位问题和调优时，场景要多次执行。
|
结果命名规范
|
||
|
结果名称
|
结果命名
|
结果描述
|
|
登录首页场景01结果_01
|
JG_CJ_01_XN_DLSY_30Vu_10Min_01
|
该结果为性能测试场景01的第1次结果信息，30个虚拟用户梯度加载，每15s加载5个虚拟用户，场景持续运行10min，主要考察的性能指标包括：登录业务响应时间，登录业务每秒事务数及192.168.3.110应用服务器和192.168.3.112数据服务器相关的CPU，内存利用率等指标信息
|
|
登录首页场景01结果_02
|
JG_CJ_01_XN_DLSY_30Vu_10Min_02
|
该结果为性能测试场景01的第2次结果信息，30个虚拟用户梯度加载，每15s加载5个虚拟用户，场景持续运行10min，主要考察的性能指标包括：登录业务响应时间，登录业务每秒事务数及192.168.3.110应用服务器和192.168.3.112数据服务器相关的CPU，内存利用率等指标信息
|
|
......
|
......
|
......
|
登录首页用例设计
|
登录首页
|
|||||
|
脚本名称
|
S_01_DLSY(登录首页脚本)
|
程序版本
|
Ver:1:02
|
||
|
用例编号
|
P_DLSY_01(P:Performance,DLSY:登录首页)
|
模块
|
登录
|
||
|
测试目的
|
（1）测试登录首页典型业务的并发能力及并发情况下的系统响应时间
（2）某单位某系统登录业务处理的TPS
（3）并发压力情况下，服务器的资源使用情况，如CPU.MEN.I/O
|
||||
|
特殊说明
|
性能指标参考标准：
（1）预期用户1000人，按50%在线估算，在线用户每天500人
（2）并发用户数是实际用户数的5%~10%，取实际用户数为1000，（考虑到该功能的使用频率较登录首页情况较低的因素，在这里取10%）,则并发用户数为1000*10%=100
（3）系统日页面访问总量为2500~100000，根据80/20原则并按照最大访问量来计算，一天工作8小时，则TPS=2500*80%/8*60*60*20%=2000/5760=0.3472至TPS=100000*80%/8*60*60*20%=13.888笔/s
（4）以非SSL连接方式访问门户时，95%的平均响应时间上限小于5S
|
||||
|
前提条件
|
应用程序已经部署，同时登录系统的用户名及密码，相应栏目数据已经提供
|
||||
|
步骤
|
操作
|
是否设置并发点
|
是否设定事务
|
事务名称
|
说明
|
|
1
|
在浏览器中输入URL，并打开某单位某系统
|
||||
|
2
|
输入用户名及密码，单击登录按钮
|
是
|
登录首页
|
||
|
3
|
打开登录首页面
|
||||
|
4
|
用户登出
|
||||
|
编制人员
|
XXX
|
编制日期
|
20XX-XXXX
|
||
性能测试计划的场景设计
在场景设计中，按照一定的梯度进行递增，但执行次数以及用户数要根据某单位某系统的性能表现来调整，并不是一个固定不变的值。例如，场景设计中计划执行用户数为100，但当用户数为50时已经达到性能拐点，则不再进行更多用户的测试。另外，在性能拐点下的场景均执行一次，在性能拐点附近测试场景将至少执行3次。
性能调优由易到难的先后顺序如下：
（1）硬件问题
（2）网络问题
（3）应用服务器，数据库等配置问题
（4）源代码，数据库脚本问题
（5）系统构架问题