性能测试，如何做压力测试？压力测试的12点误区，避免背锅提升效率（一）

---

前言

假定我们现在做的是新项目，还没有上线，怎么做性能测试呢？
此时我们就需要用传统的性能测试手段，从需求分析、目标确定、方案确定、用例编写、测试执行、性能问题、性能调优、测试执行。经历一整套的性能测试流程，完整后上线。

在性能测试项目中大部分的时间花费在获取需求、验证需求以及实现需求上，只有这样才能为性能测试打下坚实的基础。其余的时间则用于录制事务脚本、执行性能测试和分析测试结果。

压测本质上其实就是经验的问题，至于技术我认为现在都是配套了，野路子玩压测的人蛮有用的。

接下来我们就来聊聊压力测试的误区

压测的误区

先讲压测误区，每个误区我会简单的总结下，对于需要拓展的，会在下一节讲如何有效压测中去具体描述。

误区1：性能测试就是从写脚本开始

最重要的是你能搞清楚为什么要压测，你这次的压测目的以及压测场景；写脚本只是你认为的第一步，因为你其他所谓性能的需求分析没有思路或者也不清楚。直接写脚本并不是最科学的一步。

规避压测误区，进行有效压测

误区2：性能测试必须在功能测试之后

这是瀑布思维，大家都在聊测试左移，为什么性能测试不能左移呢？

单元级的性能测试也是可以的，比如在方法层注入Benchmark（Benchmark 是一个支持功能标杆管理的库，类似于单元测试），一般公司没有时间做单元级的，在接口现先行的情况下，可以先完成接口的基准性能测试。

</