备注：以下是常用的测试方法，当然我们还是要根据项目的需要而定，不同项目，不同业务，压测方法不同。比如长连接和短链接不同，协议不同，测试方法不同，大家要根据情况而定。

负载测试：通过在被测系统上不断加压，直到性能指标达到极限，例如“响应时间”超过预定指标或者某种资源已经达到饱和状态。
测试目的：
主要目的是找到系统处理能力的极限。
系统不断加压，tps会达到最高后稳定，此方法可以找到最佳tps，为并发测试提供了tps测试范围。
需要在给定的测试环境下进行，通常也需要考虑被测系统的业务压力和典型场景，使得测试结果具有业务上的意义。
也可以用此了解系统的性能容量，或者配合性能调优来使用。
一般使用Goal Oriented Scenario 测试

并发测试：通过模拟用户并发访问，测试多用户访问同一个应用、模块或者数据记录时是否存在死锁或者其他性能问题。
测试目的：
主要目的是发现系统中可能隐藏的并发访问时的问题。
主要关注系统可能存在的并发问题，例如系统中的内存泄露、线程死锁和资源争用方面问题。
在响应时间小于0.5以下找到最佳并发，为稳定性测试提供压测的并发标准。

稳定性测试：系统在一定的业务压力下，让系统持续运行一段时间，观察系统是否达到要求的稳定性，此处强调在一定业务下持续运行的能力，稳定性测试必须给出一个明确的要求，如系统能够持续无故障运行多少天。并且查看系统处理会话能力，以及系统是否会出现错误。
测试目的：
主要目的是检查系统处于稳定压力下时，应用的表现；
测试系统在一定业务压力下系统可持续运行的时间；
系统稳定且能否无故障运行。

高并发测试：测试对象处理大量的数据，以确定是否达到了故障的极限。高并发测试还将确定测试对象在给定的时间内能够处理的最大负载或者工作量。
测试目的：
主要目的是确定软件发生故障的极限。
确定测试对象在给定时间内能够持续处理的最大负载或者工作量。

异常测试：在稳定性测试的基础上，去掉一个tomcat，查看系统的处理能力，以及系统是否会出现错误，再启动这个tomcat，查看系统的处理能力以及是否会出现错误。
测试目的：
主要目的是测试在压力高峰时期，一个tomcat挂掉，其他的tomcat是否能够支撑系统。
或者将主数据库切断，查看系统是否能够支撑。

SLA测试：SLA是一个性能测试通过的标准；压测结果是否符合预期，如果符合那么性能测试就停止了。这个标准的来源，可以是来自业务方面的期望，研发对系统的性能的期望，还有公司对系统的要求；等等这些最终汇总为SLA。
测试目的：
不同公司的SLA限制不一样，有对接口响应时间的限制，比如每分钟平均qps > 100k/s；99% 访问延迟 < 500ms；99% 每分钟带宽 > 200MB/s；
有统计数据显示，如果响应时间大于1s，80%的用户就会流失掉；测试会对接口做一个1s超时限制，结果中1s超时不能超过5%；
结论要求必须给出错误率。