性能测试学习总结.docx

性能测试学习总结

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