LR性能测试流程-手动关联.docVIP

2.性能测试(概要) 文档目的 文档范围 测试策略 测试方法论 系统上的负载受两个因素影响：同时向服务器请求服务的用户数（或连接数），以及每个用户请求之间的“考虑时间（think time）”的长短。很明显，与系统通信的用户越多，负载就越大。同样，请求之间的考虑时间越短，负载也越大。这两个因素的不同组合会产生不同的负载等级。随着负载的增加，吞吐量会不断攀升，直到到达一个点基本稳定下来，如下图： 随着负载的增加，系统吞吐量的曲线（单位：笔/秒） 性能测试环境 服务器设备 ：IP：10.4.3.173 CPU：2.0GHZ、内存为G OS：Windows 2008 GIS服务器：IP：10.4.3.174 CPU：2.0GHZ、内存为G OS：Windows 2008 数据库服务器：10.4.3.176 CPU：2.0GHZ、内存为G OS：Windows 2008 网络环境：局域网 客户端：IP： OS：Windows 2008 测试模块 注：loadRunner 并发产生真实的操作增、删、该将导致用户同时操作同一条数据，所以以上操作只是查询操作 测试流程 场景设计及测试结果 场景设计 采用增压式的测试方法进行压力测试即用５０、１００、１５０用户按照政府端３：企业端７的比例方式进行压力测试（每隔２s增加一个用户，所以用户增加完成后持续运行十分钟，然后每隔２s退出一个用户）。 测试结果（１５０Ｖｕｓｅｒｓ） 上图有两个错误是由于loadrunner设置的时候超出１２０s没有连接会自动报错不影响结果。 截图与分析 下为所以事务的平均响应时间图 ＣＰＵ的使用率(最高) 内存使用情况（最大） １５０Vusers ８５％ １５０Vusers １．７２Ｇ １００Vusers ７５％ １００Vusers １．５２Ｇ ５０Vusers ６２％ ５０Vusers １．２２Ｇ 测试小结 结论 性能调优方法 Connection reset by peer 性能调优 调整服务器的应用配置，应用连接池，设置更多的连接数等 为模拟真实情况设定思考时间，留给服务器一定的处理时间 CPU利用率过高调优 查找系统是否同时开启多个与本系统无关的程序 如果CPU不能满足当前测试要求，可以考虑更换频率更高的CPU 可用内存调优 尽量避免与被测系统无关的应用程序的开启 监控内存是否存在内存泄露的情况 LR-手动关联（实践） 录制两份相同的业务流程的脚本（输入相同的数据） 找出要关联的数据（WinDiff工具） 将脚本中用的到的关联数据，用参数代替 Web_reg_save_param的使用 Web_reg_save_param(const char* ParamName, list of Attributes,LAST) ParamName 参数名称（必须） list of Attributes 包含Notfound 、LB、RB、RelFrameID、Search、ORD、SaveOffset、Convert和SaveLen LB：动态数据的左边界字符串，必须区分大小写 RB：动态数据的右边界字符串，必须区分大小写 Search：搜索范围。可以选 默认是all ORB：取第几次出现的左边界的数据，可选 默认为1 RelFrameID：相对于URL而言，搜寻网页的Frame 可以是all或是具体的数字 可选 SaveOffset:当找到关联函数，从第几个字符开始才开始存放数据，可以为负，可选，默认0 注：手动关联将在LoadRunner中具体的实践。 LR原理 设计：性能测试分析，设计测试计划 设计：编写测试案例，测试脚本，准备测试数据和配置测试环境 测试执行，记录测试结果 分析测试结果，评估性能 记录有问题的地方，调整参数，重新测试，记录调整后的测试结果