作为一个测试人员，专门挖掘别人缺陷的人，手里没有几把铲子，恐怕干起活来不是那么利索吧。俗话都有说，工欲善其事，必先利其器。这里我就通过一个工具LoadRunner的基本使用，给大家分享下性能测试的小小心得体会。
我认为性能测试其实是我们对被测系统的一种质量要求。一辆车可以跑是功能，要跑得多快，能跑多少年还能跑，这就是车子的性能。好吧，既然是一种要求，那么有可能有很多系统是不需要做性能测试的，如果要测试的话，肯定需要一些性能指标，这些指标下面会略略描述，其实就是我们对系统的要求要量化的意思。
性能测试不是功能测试，不需要所有功能都测试，只测试关键位置。如小车的发动机，防撞能力，并不会去关心椅子舒不舒服。再说我们的测试系统，要测试什么，首先我们需要分析我们的系统数据流是怎样子的，程序的架构是怎样子的才能分析出关键位置！
从我们用户使用的角度来看，无非是“浏览器或app”---》“服务器”---》“浏览器或app”，
从HTTP交互上看，专业一点的人会说是如下图描述的：
从程序的部署上看，其实大概是如下图描述这样子的：
（百度百科）通俗的讲，Web服务器传送(serves)页面使浏览器可以浏览，然而应用程序服务器提供的是客户端应用程序可以调用(call)的方法(methods)。确切一点，你可以说：Web服务器专门处理HTTP请求(request)，但是应用程序服务器是通过很多协议来为应用程序提供(serves)商业逻辑(business logic)。
常见WEB服务器：Apache Nginx IIS
常见应用服务器：Apache的Tomcat、IBM的websphere、Caucho Technology的Resin、Macromedia的JRun、NEC WebOTX Application Server、JBoss Application Server、BEA的WebLogic等
我的理解是，web服务器其实就是做负载均衡的一个小插件，而应用服务器就是部署解析应用程序的一个容器。很多应用服务器都自带有web服务器功能，根本不用额外部署web服务器，同样可以工作。
负载测试：强调处理能力，测试服务器的性能指标是否在用户的要求范围内。
压力测试：强调在极端情况下的稳定性。
容量测试：关心how much。
并发测试：通过模拟多个用户并发操作，测试是否存在死锁，数据错误等故障。
配置测试：
基准测试：
响应时间：反映完成某个业务所需要的时间。
吞吐量（TPS，每秒事务数）：反映单位时间内能够处理的事务数目。
服务器资源占用：CPU占用率，内存使用率，查询Cache命中率等。
（必须保证<5s,满意<2s<可以接受，略有不满<5s,无法接受>10s）
举个例子，一般指标有下面说法：
1.HP Web Tours必须能够处理10家旅行社的并发操作
2.HP Web Tours必须能够处理10个并发操作的机票预订操作，且响应时间不能超过90秒。
3.HP Web Tours必须能够处理10家旅行社的并发航班路线查看操作，且响应时间不能超过120秒。
4.HP Web Tours必须能够处理10家旅行社的并发登录和注销操作，且响应时间不能超过10秒。
从一张图展开我们对性能测试基本流程的认识
下面，从工具入手，简单的介绍下性能测试的一个实际测试过程，各位读友觉得肤浅勿喷
前提：安装性能测试工具LoadRunner
安装文档见 《LoadRunner 11 安装破解》
LR的使用步骤如下图：
对应上图，LR这工具主要由三个重要部分组成：Virtual User Generator,Controller,Analysis,下面的实际操作也是分别在这三个组件上面进行展开。
Virtual User Generator:录制用户业务流程并创建自动化性能测试脚本。
Controller：组织，驱动，管理并监控负载测试。
Load Generator:通过运行Vuser产生负载。
Analysis：用于查看，剖析和比较性能结果。
【实例演示1-LR自带实例】
【实例演示2-微信指令礼包活动】
【实例演示3-游币服务器接口脚本】
【实例演示4-竞拍压测报告】
转载于:https://www.cnblogs.com/guanfuchang/p/6019911.html
