总结分享：怎么做好一个性能测试？

做好性能测试的要素

做好性能测试 = 了解性能测试底层逻辑 + 过程中使用正确的核心战略

一.了解底层逻辑（流程）

1. 明确问题是什么
2. 尝试将问题复原（首先需要知道一个问题的类型：恢复原状型、追求理想型、防范潜在型；一般的性能问题都是恢复原状型）
3. 分析所有可能导致问题产生的原因并建立课题
4. 列出所有可能能解决问题的解决方案
5. 尝试这些解决方案，可能有的方案无法解决，有的方案能解决，找到真正解决了的就找到了真正导致问题产生的原因
6. 及时和反馈问题的人同步信息
7. 对这次工作进行总结

---

上面介绍的是做性能测试的流程大纲（如果是没有接触过性能测试或者接触很少的同学，可以先一步一步按照大纲来，在测试过程遇到问题了记录总结下来，这样慢慢的做的多了就能融会贯通了~），而接下来要介绍的是日常工作中应该锻炼的一些思维方式和做事方式，先知道怎么样做会带来更好的结果，然后再去学习锻炼把这些思维变成自己的日常思维，这样在执行一个性能测试工作的时候才能做的更快更好！

二.掌握核心战略

1.及时掌握第一手信息

要在开始执行测试之前就要获得测试内容相关的所有有效信息，不然执行过程中发现缺少信息或者根本不具备做性能测试的要求，就白浪费了时间。
比如：

1. 策划提出要测试一个新制作的地图的性能，测试开发什么都没问开始跑测试用例，跑出来发现地图障碍不全，场景资源不全，基础功能还没做完，这种根本就不具备做性能测试的要求，但已经浪费了部署环境执行用例的时间，在开始测试之前如果问清楚这张地图是否制作完毕，可能就能避免这次时间的浪费。
2. 策划提出要测试一下新制作的技能的性能，测试开发询问了选哪个技能作为新技能的对比，策划提供后开始执行测试，测试结果发现两个技能根本没有可比性，因为测试开发不清楚这两个技能的范围作用，不了解范围对性能的影响差别有多大，包括技能的其他特效对性能的影响，这是经验太少的原因，也是没有掌握技能的一手信息导致的，如果测试开发对技能信息非常熟悉，在策划提供对比技能时质疑是否有可比性，就不会浪费这一波测试时间。

2.分享思维

一个性能测试内容很多的话可以找同事一起做，思维方式*2，时间减半，执行的成功率也增加。
比如：

1. 测试开发是一个团体，在接到版本任务急内容又多的测试时，应该优先进行这些测试，就可以和同组同学一起分配，在上一步获取信息时也能有更多的发散思维，分享自己的思维给对方可以获取到更多的测试内容相关的信息。在测试过程中遇到问题时，双方可以思考出更多的解决方案，执行的时间可以减半，如果大家都是熟悉测试底层逻辑的人，还能把效率提到最高。

3.终极思维

给我一个支点，我可以撬