Loadrunner性能测试简记

性能测试

　　模拟多种正常值、峰值以及异常负载条件来对系统的各项性能指标进行的测试。

功能对比性能

　　功能测试是操作功能、需求规格（正向、逆向）。性能测试是测业务场景、满足度（时间、空间）。二者相辅相成，都不可缺少。

性能测试分类

　　负载测试：逐步加载，确定在满足性能指标情况下，系统能承受的最大负载测试。以发现系统可能存在的性能瓶颈、内存泄漏、不能实时同步等问题。

　　压力测试：也叫强度测试。强负载（大数据量、大量并发用户等）下的测试，查看在峰值下的行为，从而有效地发现系统的某项 隐患、系统是否具有良好的容错能力和可恢复能力。分为稳定性压力测试（如高负载下24小时以上）和破坏性压力测试（极限负载情况下导致系统崩溃）。

　　并发测试：多用户同时访问同一个应用。如2w员工使用OA系统，用二八定律测试一天内的并发量？20000 * 0.8 = 16000人8 * 0.2 = 1.6，1.6 * 3600 = 5760秒16000/5760=3人/s

　　稳定性测试：给系统加载一定的业务压力（如：CPU资源在70%～90%的使用率）的情况下，运行一段时间（1天，3天，7天），检查系统是否稳定。

　　其他性能：配置测试、容量测试。

常用指标

　　吞吐量：Throughput，单位时间内处理的客户端请求数量。下面指标都能反应吞吐量：QPS、TPS

　　并发数：Concurrency，系统同时处理的request/事务数。（ps.不存在真正意义的同时，无限切割下去是没有同时的

　　响应时间：客户端从发送请求到接收服务器端返回结果整个过程所耗费的时间。

　　点击数：统计是客户端向Web服务器发了多少次HTTP请求计算的。

　　资源利用率：系统各种资源的使用情况。

　　错误率：在负载情况下，失败交易的概率。

　　PV：page view，页面访问的次数，如打开，刷新。

　　TPS：Transactions Per Second，即每秒事务数。请求对CPU的消耗越高，外部系统接口、IO影响速度越慢，系统的吞吐能力越低，反之越高。记得吞吐量能反应性能好坏就行。OPS（operation per second）也能反应。

　　QPS：query per second，即每秒查询量，即单位时间内的请求数。

　　QPS=C/T即并发总数/所用时间，时间一般取平均时间，以秒为单位。同TPS的计算方式。

　　QPS=0.8PV/(246060*0.4)/服务器数量。表示一天中有80%的请求发生在一天的40%的时间内，用于互联网的应用，白天请求多，晚上请求少。

　　注意：浏览器渲染不算在响应时间里。一个点击量对应一个到多个点击数；CPU和内存的利用率不超过80%，磁盘不超90%；错误率一般不超过千分之五；

性能测试流程

　　测试需求分析：哪些功能、如登录响应时间在多少秒、系统支持多少并发。

　　性能测试计划：阐述产品、项目的背景，需求落实、测试过程、数据准备、环境搭建。

　　性能测试用例：明确哪些功能业务量、用户规模、并发数、在线数、处理能力、步骤。

　　测试脚本编写：协议、代码。

　　测试场景设计：虚拟用户、集合点、脚本依赖。

　　测试场景运行：测试机能否运行设定的虚拟用户数、预热、模拟真实环境、运行次数。

　　场景运行监控：取得负载中相关性能指标，无关内容不必进行监控。

　　运行结果分析：拐点分析法分析性能瓶颈。

　　系统性能调优：调优人员、验证。

　　性能测试报告：需求覆盖情况、可能出现的问题、如何分析调优解决、风险控制、经验。

性能测试工具

　　Jmeter：接口测试及接口性能压测首选。

　　LoadRunner：Web性能测试首选。loadrunner只适用于ie8，9，血的教训。

性能测试报告写什么

　　测试背景：测试目标 、测试时间、测试地点、测试人员）

　　测试环境：（被测系统 （硬件环境、数据库环境、软件环境）、测试系统（测试环境搭建、测试软件）

　　测试设计：（模拟用户数、测试模型建立 ）

　　测试结果分析：（业务场景一（无基础数据）梯度压力测试分析、平均响应时间梯度对比、系统资源利用率、系统处理能力、业务场景一对比测试分析、平均响应时间对比、处理能力对比、资源利用率对比图、 系统稳定性测试、有、无合同场景对比测试 、响应时间分析、处理能力对比图、资源利用率对比图、业务场景二调优对比测试、第一次调优、第二次调优、第三次调优）

　　测试结论：（业务场景一（无合同）、业务场景二（有合同）、稳定性）

　　调优建议：结合leader、前后端开发等的调优建议

　　签字确认：先关负责人签字确认

　　正式一点就这么写，其实公司里也就是把曲线图、指标结果给相关负责人就行了。