LoadRunner性能测试实践

1、1“最后一公里最后一公里”系列培训系列培训之之性能测试实践性能测试实践2主题w 测试准备w 脚本开发与调试w 测试执行w 测试结果评估w 测试后跟踪w 最佳实践3第一章 测试准备w 建立性能目标w 了解应用软件状况w 了解应用部署平台w 建立系统负载模型w 制定项目计划w 制定测试方案4建立测试目标w 选取关键用例（重要程度/频率）nMission-CriticalnHeavy throughputnDynamic contentw 并发用户数 （系统级/应用级/事务级）w 事务吞吐率需求w 响应时间需求 （从用户习惯推算或估算）w 系统资源占用需求w 高可用性需求(如故障转移/OS集群/数据

2、库集群/中间件集群)w 可扩展性需求（如能否支撑未来几年的吞吐）w 任务性质（关键路径/历时）5了解应用软件w 系统体系架构( b/s,c/s,三层)以及核心frameworkw 系统的并发性/安全性w 采用的开发语言w 通信协议（rmi,web,socket,oracle)w 通信端口分工以及是否动态端口w 加密/解密/签名算法w SOCKET协议消息数据结构w 错误特征码w 网络包的keepalive or http session timeoutw 当前所处的应用阶段（未测试/已功能测试)6了解软件部署平台w 物理部署 （异地？数据中心?)w 硬件架构（机型/CPU/MEM/IO/网络）

3、w 操作系统（版本/补丁/关键内核参数）nSysctln/proc/*w 数据库 （类型/版本/专用or 共享/启动参数/存储布局）w 中间件 （产品模式/线程数/内存参数）w 软件部署模式 7建立系统负载模型w 业务层面n关键用例吞吐率以及行为习惯n用户体验w 系统负载n高峰/平常场景吞吐率nCPU/IO/MEM/NETWORK，瓶颈资源？w 建立容量模型 ：TeamQuest（可选）w 数据来源：服务器端监控/数据库日志/专家估算w 自顶向下估算8制定项目计划w 组织架构及各自职责w 测试资源（人力/工具）w 搭建测试环境(SCM或者开发组建，QA验证)w 进度计划w 沟通管理（例会，工作

4、规范）w 风险规避（技术攻关先行）9制定测试方案w 测试需求w 测试方法与策略w 测试环境w 测试场景与用例w 异常处理流程10第二章 开发调试脚本w 选取协议w 增强脚本w 调试脚本w 试运行脚本11选取协议w 依赖Client/Server 消息通信机制w 优先采用上层协议（如rmi socket)w 交互过程采用底层协议优先采用APIw 变长网络包，加密解密优先采用APIw 为了测试，变更程序适应测试回放 （如DOS攻击/随机验证码/控件回送应答码，或者工作流去处人工参与环节）w 为了测试，部分变更流程（增加/删除事务成对出现）12增强脚本w 参数化用户输入w 关联数据w 增加验证点 （

5、如特征字）w 增加函数提高可重用性w 为提高性能封装函数成DLL13增强脚本-搭建LR编译环境w #include “LR_INSTALL_PATHinclude*.h”w LIB: lrun50.libw DLL:lrun50.dllw 工程options path:LR_INSTALL_PATHw 工具: dependency walkerw 函数格式n#define LRDLLEXPORT _declspec(dllexport) _stdcall nint LRDLLEXPORT foo(int count)nnnFunc.def文件： EXPORTS foo14调试脚本w VuGen

6、 单次回放w VuGen 多次回放w Controller 单脚本多用户（并发性）w Controller多脚本多用户（验证是否脚本依赖）w 打开extend log。关注http/1.1响应码,socket mismatch，oracle ora-*等关键字15调试脚本_验证工具w Winpcap/Etherealw Tcpdump/Windumpw 利用SQL查询插入/更新/修改效果w 或者sql_trace,p6spy截获sql16试运行脚本w 验证脚本无错w 验证load generator分布合理w 初步估算压力强度与结果合理性w 删除无用的性能计数器17第三章 测试执行w 监控操作

7、系统/网络/数据库多个层面w 监控应用运行状况/日志w 确认施压机资源充分，确保尽力施压w 抽查关键功能确认可用w 建议运行12小时以上，确认无内存泄露/任务累积18测试执行_监控工具w Loadrunner/Sitescope/TeamQuestw UNIX: top,sar,vmstat,iostat,netstat,以及HP-UX glance ,AIX topasw Oracle: OEM/statspack/ quest toad/ quest central for Oraclew Mysql:mysql administrtorw WebLogic: http:/IP:7002/

8、console/w JBoss:http:/IP:8080/web-console/w JVM: JRockit Memory Leak Detector 19第四章 测试结果评估w 收集LR测试数据w 收集应用日志w 收集系统日志 (如/var/log/*，oracle: *.trc)w 分析LR性能结果与OS/DB/中间件/APP参数之间的匹配度（little定律）w 评估测试用例覆盖度对测试结论的影响面w 编写测试报告 （技术与格式审核）20第五章 测试后跟踪w 项目总结 （技术以及过程改进）w 如何提高脚本重用率w 调优与硬件扩容的平衡w 实际运营与系统负载建模的差异度21第六章 最佳实践w 测试方编制需求框架，需求方或运营方明确需求细节w 关键点结对审核w 技术攻关先行w 重视数据异常，数据分析结合SA/DBA专家意见w 结合知识栈，提取系统调优的合理建议22小结w Loadrunner对高层协议支持良好，但对底层协议与加密/随机算法/异步通信支持较差w 性能测试难点不在Loadrunner工具本身，难在技术攻关以及对系统的全局把握w 建立软件各个层面的知识库/工具箱23Loadrunn