2020-03-03 14:12:40 来源:范文大全收藏下载本文
性能测试学习总结
一、明确性能测试的范围
例如:以iptv系统为例,是需要测试b页面、中间件具体接口、bo/crm具体接口
二、明确性能测试的指标 例如:
1、支持最大并发用户数是多少?(压力测试)
2、每秒n个用户并发,能正常持续运行多久?(负载测试)
3、在系统用户为n个的情况下,每秒x个用户并发,持续运行y分钟,查看系统硬件io、cpu、内存;查看软件平均吞度量、tps、平均响应时间、事务成功率、事务失败率、错误率等(性能测试)、
响应时间:事务从开始到完成所花费时间
平均吞吐量:指单位时间内系统处理用户的请求数
TPS:transaction per second 服务器单位时间处理的事务数 (事务数/运行时间s)
事务:指访问并可能更新数据库中各种数据项的一个程序执行单元。例如订购操作,它含有多个请求
事务成功率:成功事务数占完成总事务数的比率 事务失败率:失败事务数占完成总事务数的比率
三、定义数据模型
1、目标系统用户数、目标每秒并发数、硬件系统配置情况,如下:模板
IPTV-BSS 性能指标.docx
四、设计性能测试方案
IPTV BSS四川电信版本性能
五、搭建性能测试环境
1、尽可能模拟现网的环境与组网结构
2、前台应用和后台数据库安装在独立干净的服务器上。
3、当前性能测试环境分别为:192.168.12.11(前台) 192.168.12.31(数据库)192.167.12.177(Loadrunner)
六、构造性能测试数据
1、使用LR 、QTP自动化工具构造(比较慢,不需要了解表结构,但是需要了解业务流)
2、编写存储过程构造用户、包月、订购数据(比较快,需要对相关表结构和数据库了解)
七、录制、调试测试脚本
1、中间件接口目前是web services协议,因当前测试指标均超过100个并发,故使用web(http/html)协议录制。中间件接口录制页面:
2、bo接口当前有两种协议,一种是web services协议,一种是sockets协议,因当前测试指标最大为100个并发,故可以使用web services协议或http/html协议录制。
3、b页面基于ie运行,故使用web(http/html)协议录制。
注明:当前中间件接口,四川bo接口,浙江电信b部分页面均有现成的脚本,如果其它局点需要测试可使用原有的脚本调试即可。
详细参考:LoadRunner性能测试_刘双林_20110115.doc
2.3/2.4章节 进行学习
八、执行性能测试场景
1、按照测试方案文档中的测试用例执行即可。
2、在执行性能测试过程中会具体使用到性能测试工具LR。 关于性能测试工具的使用方法网上有大把资料。请自行学习:场景设置、参数化等
详细参考:LoadRunner性能测试.doc
3章节 进行学习
九、监控并记录性能测试结果
1、硬件性能:b应用服务器cpu、内存;数据库服务器cpu、内存、io 内存、cpu 不高于70% ;IO不高于80% 否则可能存在性能瓶颈 统计方式:
(1)通过命令在服务器上查询
内存 sar -r 5 120
(每5s刷新1次共刷新120次) cpu sar -u 5 120 io
iostat 5 120 (2)在服务器上安装rpc.rstatd工具,通过LR客户端窗口监控记录
2、软件性能:平均吞度量、tps、平均响应时间、事务成功率、事务失败率、错误率等(场景运行完毕可通过loadrunner工具导出性能测试结果),是否达标是要与性能测试指标进行比对。
详细参考:LoadRunner性能测试.doc
4章节 进行学习
十、分析性能测试结果输出总结报告
1、将实际测试结果和性能测试指标进行对比,总结出不达标测试对象及具体测试数据
2、测试与开发人员根据性能测试数据,从硬件环境和软件本身进行分析。例如:优化硬件配置、软件处理逻辑、数据库架构脚本等。
3、具体分析的方法:一般是具体问题具体分析,查找瓶颈时按以下顺序,由易到难。 (1)服务器硬件瓶颈
(2)网络瓶颈(对局域网,可以不考虑) (3)服务器操作系统瓶颈(参数配置) (4)中间件瓶颈(参数配置,数据库, web 服务器等) (5)应用瓶颈( SQL 语句、数据库设计、业务逻辑、算法等) 注:以上过程并不是每个分析中都需要的,要根据测试目的和要求来确定分析的深度。对一些要求低的,我们分析到应用系统在将来大的负载压力(并发用户数、数据量)下,系统的硬件瓶颈在哪儿就够了。
十一、LoadRunner性能测试工具操作文档
LoadRunner性能测试.doc
loadrunner8.1教材.pdf
人人范文网 m.inrrp.com.cn 手机版