一、首选明确测试内容基于何种协议：
1、性能测试一般多指的服务端测试(也有客户端的一些性能测试)
2、各种协议的理解，osi七层协议、tcp/ip四层概念层
其中基于UDP协议包括：TFTP、SNMP、NFS、DNS、BOOTP
3、目前来说测试应用层HTTP协议的接口居多
理解协议才能更好的去测试，熟悉每个参数意义比较重要，保证自身测试不出问题
二、借助于测试工具测试：
1、一般工具选择：
(1)、jmeter
(2)、loadrunner
(3)、其他开源及第三方工具
2、根据需求调试相应的脚本：
(1)、理解自己测试目的：常见的有负载测试、压力测试、可靠性、稳定性等测试
一般来说：
测试系统的最大承载能力，单个应用节点服务器的承载能力：因为大型项目一般来说都是分布式架构
测试系统是否符合线上业务能力：根据业务量推断出应该达到的指标，根据pv数/业务处理量 28原则推断出系统应该达到的TPS
(2)、根据测试目的设计测试策略：
(2.1)采取逐步增压的方式进行测试，一般正常测试曲线如下图：
随着线程数的增加，系统相应时间及TPS会不断增加，且TPS会达到一定的瓶颈
异常情况：可能刚开始增压，TPS就降到0，响应时间极大；可能本地压测环境资源不足等其他情况
具体情况具体分析
(2.2)采取集合点去绝对并发测试，测试系统瞬间承受能力，当然具体内部逻辑需要根据业务需求去设定
3、开始执行测试计划：
具体的需要明确很多东西
测试环境：内网／外网；负载机情况，排除自身资源受限；被测服务器情况
测试数据：大量的测试数据构造，确保数据不会跑到线上
测试策略：工具选型；策略设计；定时执行等
数据监控：服务器各种指标监控
4、分析性能指标:
重要的一些如下：以jmeter为例
(1)、响应时间：客户端请求到接收请求结束的时间，包含所有网络传输+各种服务器处理的时间
99%的响应时间为：按照时间分布之后，第99%的响应的最大时间
(2)、吞吐量：jmeter的吞吐量及LR的TPS(每秒请求事务数),该指标主要衡量服务器的处理能力
对于QPS、TPS自己理解就好，T事务可以是多个请求，多个Q
(3)、线程数：通过启动线程数加大压力，线程数不代表并发数；
并发数：分为系统并发数，接口的绝对并发数，这些看自己测试需求了
(4)、带宽：Received KB/s，每秒接收的字节大小，具体分析是否带宽瓶颈
三、服务器系统分析
1、对于被系统架构的认识：一般有反向代理服务器+应用服务器+数据库服务器+文件服务器等
2、对于接口内部逻辑处理的认识：是否内调其他服务接口，做到整个链路的理解
3、Linux系统工具的使用：top、htop、sar、vmstat、nload、pidstat、ifconfig等
4、JDK内置命令的使用：jstat、jmap、jhat、jstack、jps等
5、第三方监控工具使用：Trofile、Jprofile、PinPonit