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：接口测试及接口性能压测首选。
测试环境：（被测系统 （硬件环境、数据库环境、软件环境）、测试系统（测试环境搭建、测试软件）
测试设计：（模拟用户数、测试模型建立 ）
测试结果分析：（业务场景一（无基础数据）梯度压力测试分析、平均响应时间梯度对比、系统资源利用率、系统处理能力、业务场景一对比测试分析、平均响应时间对比、处理能力对比、资源利用率对比图、 系统稳定性测试、有、无合同场景对比测试 、响应时间分析、处理能力对比图、资源利用率对比图、业务场景二调优对比测试、第一次调优、第二次调优、第三次调优）
测试结论：（业务场景一（无合同）、业务场景二（有合同）、稳定性）
调优建议：结合leader、前后端开发等的调优建议
签字确认：先关负责人签字确认
正式一点就这么写，其实公司里也就是把曲线图、指标结果给相关负责人就行了。
