·性能测试流程详解：
一般来说，性能测试通常可以分为以下过程：
·前期分析、测试计划、测试方案、测试环境的搭建、测试数据的准备、测试脚本的开发、测试场景的设计、测试场景的实现和执行、资源的监控、分析结果、定位瓶颈、提出调优建议(调优)、回归测试、测试报告的编写。
·前期分析：一般来说，一次好的性能测试一定是建立在足够充分的前期分析工作的基础上的。通常来说，前期分析包含：系统分析、业务分析、需求分析。
·系统分析：是指从全局的角度来对被测的系统进行相关的分析和了解的过程。
通常又包含以下几点：
·分析被测系统的类型：
一般来说，从性能的角度，系统通常分为两类：IO密集型系统、CPU密集型系统。
当然，通常很多系统是由子系统、子模块构成的，不同的子系统和子模块可能分属不同的系统类型。
IO密集型系统：通常来说，就是指系统主要的性能损耗集中在IO的读写上，通常体现为磁盘、内存和网络带宽。
CPU密集型系统：通常来说，是指系统主要的性能损耗在于CPU的使用，即计算和复杂逻辑的处理之上。
PS:一般来说，系统以IO密集型居多。
·了解被测系统的架构设计。
了解被测系统的架构分层情况，了解被测系统的实际落地情况、包含网络拓扑结构图、架构设计系统（概要设计）。
·了解被测系统的实现。
主要是了解服务器的选型、开发语言的选择、通信协议的选择、数据库的选择等信息。
·了解被测系统和其它系统的关联。
要排除第三方系统对于被测系统的影响，如果可能存在，则要进行测试桩的处理（挡板程序）。
·业务分析：
·确定待测业务：
首先要对系统的业务进行分析，确定不同业务的优先级。
优先级通常是从两个角度考虑：
·功能：一般来说，结合需求文档，可以知道不同业务的功能的优先级。
·性能：一般来说，结合需求的分析（业务、产品、客户）。
基本原则：28原则。通常来说，一般的系统，80%的业务是发生在20%的时间内。20%的功能是80%的用户所使用的。
最终待测业务和不测的业务，取决于项目的时间。
·分析待测业务：
分析待测业务的业务特点、业务流程、数据流程、业务数据的特点等。
·需求分析：
·确定待测业务的性能需求。
·负载用户数的考虑
·响应时间
·吞吐量
PS：切忌一刀切。
2-5-8原则：通用原则，是没有需求数据之下的无奈之举。
2s以内，很好
2-5，不错。
5-8，慢还是能接受。
8s以上，性能不行。
·需求的来源：
·需求文档。
·客户（外部和内部）。
·历史数据。（PV这样的数据）
·同类产品
·资深人士。
·测试计划和方案：
·测试环境的搭建：
·测试数据的准备：SQL知识。
·测试脚本的开发：
·测试场景的设计：
·测试场景的实现：
·性能监控：
·结果分析、定位和调优：
·报告的编写：
·LR的安装：
注意事项：
·LR建议安装在英文版的服务器操作系统上。推荐win2008 R2 英文版。
·LR一定不要汉化。
·安装LR的机器，尽量不要安装其它IE内核的浏览器。（影响脚本的录制）
PS：学习阶段可以使用虚拟机来实现。
·安装LR的机器，尽量不要有杀毒软件或者防火墙软件。如果有，在使用LR的期间，要禁用。
PS：一般来说，要做性能测试，建议最好申请独立的测试环境。
服务器
负载机
交换机（路由器）.
PS：公司局域网其实并不是一个理想的性能测试环境。