发现性能瓶颈，应用系统的短板在哪里，若发现性能问题，
能够分析它是哪个点爆发的。
1.负载测试
通过逐步加压的方法，达到既定的性能阈值的目标，
阈值的设定应该小于等于某个值，如CPU使用率小于等于80%。
2.压力测试
通过逐步加压的方法，使得系统的某些资源达到饱和，
甚至失效的状态（中间件，数据库，应用程序等）
3.并发测试
同一个时间内，多个虚拟用户同时访问同一个模块，同一个功能，
通常的测试方法是设置集合点。
4.容量测试
通常是指数据库层面的，目标是获取数据库的最佳容量的能力，具体测试方法为
在一定的并发用户，不同的基础数据量下，观察数据库的处理能力，即获取数据库的
各项性能指标。
5.稳定性测试
又称可靠性测试或疲劳测试，指系统在高压情况下，长时间的运行系统是否文档。
如cpu使用率在80%以上，7*24小时运行，系统是否稳定。
内存泄漏的原因，系统长时间运行，底层垃圾回收不彻底。
6.异常测试
又称失败测试，是指系统架构方面的测试，如在负载均衡架构中，要测试
宕机，节点挂掉等情况系统的反映。
需求分析
熟悉项目是做什么的，用户如何在我们的平台上操作的，哪些是重点，有哪些主要流程
性能指标
定义TPS，吞吐量等这些指标
定义我们所满足的指标
什么样的标准满足我们现阶段的业务需求
开发脚本
场景设置
脚本开发完后一般不能直接用于性能测试，调试脚本，设置场景
和需求分析产生关联，设置的场景要符合用户在我们的平台上使用的流程，
比如用户经常做哪些操作等
监控部署
一个应用软件一般包括自己的应用程序，应用的服务器，数据存储部分，
这些都要把它监控起来，才能发现性能瓶颈
测试执行
怎么跑？第一阶段：基本测试，少量用户跑15分钟，
第一轮发现问题，多并发下，应用程序对多线程的逻辑处理问题，
有时，一个用户操作没问题，
但是当多个用户去操作功能点时，就会发生问题，多并发逻辑问题。
解决第一轮的问题时，进入第二阶段时间长的跑一跑，跑几天
性能分析
它基于监控部署，只有把监控部署完善，无死角监控，它才能更轻松。
无论程序运行在哪，发生了什么问题，都可以看到，性能分析才能有理有据
性能调优
只有把监控部署好，性能分析和性能调优才能更顺利
只看测试工具中的那些报告，这些报告是工具用来收集应用程序和服务器的一些运行状态
这些状态并不全，不能完全胜任眼睛这个角色。
开发在做开发时，在对一个变量和类的声明等等生命周期控制的不严格，发生了内存泄漏，溢出等
测试报告
多个迭代有不同的性能指标
原文：https://www.cnblogs.com/marton/p/11216992.html