性能测试关键指标，性能测试系统瓶颈分析实战

前言

性能测试需求分析阶段
根据用户使用习惯和实际业务的性能需求，生成性能测试需求调查表
根据性能测试需求及系统重要业务调研，选取典型业务
了解业务模型及业务架构

性能测试设计阶段
编写性能测试用例
结合性能测试用例录制/修改/完善测试执行脚本
结合用户应用场景设计性能测试执行场景

测试环境部署完毕
系统安装并调试成功，并经过相应优化，初始数据量满足测试要求
应用软件安装成功，待测试版本已正确部署
测试客户端机器到位，系统软件安装完毕
网络配置正确，连接通畅，可以满足压力测试需求

当我们开始做性能测试的时候，一定要得出结论，并且能给出优化方案和具体实施才可以，否则都是空谈。

今天介绍几个具体的案例，可以给刚入门做性能测试的同学一点启发。

一、判断是否达到系统瓶颈？

做性能压测的时候，把并发线程数按照阶梯式不断累加上去，观察cpu是否有达到80%以上。

如果有，即已经达到系统瓶颈，此时也不用再压下去，压下去只会把系统打爆掉，应该去查看此时的TPS是否满足预期，如果满足预期设定的值，则可以不用考虑隐患（前提是预期值要设置的合理），如果不满足预期的TPS，就需要根据具体性能瓶颈，提出优化改进建议。

而优化改进建议就通过观察是哪个地方的瓶颈最明显，最值得修改，就对该地方作出优化，比如RDS、连接池、Redis、代码逻辑、系统配置、JVM服务等等。

粗略几个影响点：
系