性能测试概念理解：什么是性能测试？

    ### 性能概述：什么是性能测试？

什么是性能测试？

​ 现在网络上将性能测试解读的较为复杂化，在解读性能测试时往往伴随着负载测试、压力测试、容量测试...一堆专有名词的解释。这样反而不易理解性能测试到底是什么？其实性能测试也是测试一种，所以本质离不开测试二字。所以高楼老师对性能测试的概念的是最为准确的：性能测试针对系统的性能指标，建立性能测试模型，制定性能测试方案，制定监控策略，在场景条件之下执行性能场景，分析判断性能瓶颈并调优，最终得出性能结果来评估系统的性能指标是否满足既定值。

性能指标：

性能测试模型：

​ 模型是什么？它是真实场景的抽象，可以告诉性能测试人员，业务模型是什么样子。比如说，我们有 100 种业务，但不是每个业务都需要有并发量，可能只有 50 个业务有，那就要把这些有并发的业务统计出来，哪个业务并发多，哪个业务并发少，做压力时就要控制好这样的比例。

​ 现在很多性能测试是通过线上流量导入，然后放大的方式来做性能测试的，看似没有去梳理整理业务模型，其实这种方式已经包含了该项目的业务模型。但是这样的方法也不是所有性能测试都适用，毕竟很多公司是不敢在线上进行性能测试的，很多情况还是需要我们去分析业务模型的。

​ 性能测试也要选择适合自己系统业务逻辑的方式，用最低的成本、最快的时间来做事情。

测试方案：

​ 性能测试与传统测试一样，都是需要测试方案的。在测试方案中我们需要去明确几个关键点：测试环境、测试数据、测试模型、性能指标、压力策略、风险控制、测试计划...如有条件可以使用专门的项目管理工具（project）来做测试计划，这样不仅可以将工作更细化，还可以跟踪进度，规避风险。

监控策略：

​ 性能测试中监控是非常重要的一部分，这部分内容关乎着性能测试的结果，已经后续的调优过程，所以做好性能监控就尤为重要。监控主要针对服务器的各个指标，如CPU、内存、磁盘、网络IO，然后如果是JAVA项目主要针对JVM的各个指标：GC、内存、线程信息等，如果是包含其他中间件，则需要针对该中间件监控各个性能指标。不难看出性能监控是跟项目架构息息相关的，我们需要根据项目架构具体的去设计监控策略。

​ 这个部分的监控，要有分层、分段的能力，要有全局监控、定向监控的能力...

性能场景：

分析与调优：

​ 其实大部分性能测试工程师是不具备性能调优的能力的，而且也不是所有的性能项目都需要进行调优操作。我肯可以根据以下分类来进行是否需要进行调优的划分：

1. 新系统性能测试类：这样的项目一般都会要求测试出系统的最大容量，不然上线心里没底。
2. 旧系统新版本性能测试类：这样的项目一般都是和旧版本对比，只要性能不下降就可以根据历史数据推算容量，对调优要求一般都不大。
3. 新系统性能测试优化类：这类的系统不仅要测试出最大容量，还要求调优到最好。

性能测试报告：

​ 性能测试报告，是对于本次性能测试结果的一个反馈。针对不同的对象会有不同的策略。如果是团队内部使用，可能只需要几个关键的指标就够的，如果需要进行汇报，给领导看，除了要注重报告的完整性之外，还要特别拿出本次的结论，以及关键性数据、指标。