性能测试流程 - 即拿即落地（超级详细）

---

前言

性能测试成熟度级别

救火（Firefighting）：应用程序发布前很少或从来没有进行过性能测试的情况。所有性能缺陷（100%）都在生产环境上发现并解决。

性能验证（Performance Validation）：公司为性能测试单独安排了一段时间，而不是在产品的后期才开始进行性能测试。因此，在研发过程中，仍然有相当多的性能缺陷被发现（ 30% ）。这是当前绝大多数公司的做法。

性能驱动（Performance Driven）：在应用程序生命周期中的每一阶段都考虑了性能。因此，当系统上线后，出现的性能缺陷就不会太多（5%）。性能驱动（Performance Driven）级别是所有企业应该追寻的目标。

糟糕性能的原因

系统设计阶段缺少性能方面的考虑（考虑整体系统集成后的性能）;
直到最后一刻才进行性能测试（性能测试越早越好）;
对系统的容量或规模没有足够的考虑（最终用户的规模和分布）;
对性能峰值预期偏低（12306）;
性能测试还不规范，没有有效的方案参考或实施;
没有使用性能测试自动化工具。

新公司业务快速发展带来的流量突增以及技术负债等各方面，性能的问题就开始急速冒头，这点很多创业阶段的中小型公司都存在该问题。

表现在如下几个方面：
1、技术负债累积过大
2、流程规范定义不清
3、岗位职责划分模糊
4、QA建设几乎为零

快速发展的业务需要更好的技术支撑（这点在之前的博客：当我们讨论性能测试时，我们在说什么？已经讨论过这个问题），然而现实却是技术永远慢业务需求一拍甚至好几拍。

我们来聊聊从零开始实施性能测试，要注意哪些方面

一、制定目的

性能测试是一项严谨的需要各团队协同配合的工作，其中包括产品、开发、运维、网络、DBA、测