一个完整的项目是怎么做性能测试？资深8年测试总结...

---

前言

突然有一天！
领导说：“小刘，今天把996福报系统压一下，下班前把压测报告发我邮箱。”
啥？压测？今天？报告？怎么压？怎么写？
从来没做过啊，心里一万匹草泥马奔跑而过，别说996了，估计明天都下不了班了；
好歹也像功能测试，给个压测需求吧！没法，你遇到了一个不懂性能测试的领导；

一个完整的项目是怎么做性能测试的

1、前期准备

性能测试虽然是核心功能稳定后才开始压测，但是在需求阶段就应该参与，这样可以深入了解系统业务、重要功能的业务逻辑，为后续做准备。

2、性能需求分析（评审）

评审时，要明确性能测试范围、目标；
由于非专业性能测试人员不知道怎么定目标，如果你让他们定，可能定的目标会很离谱，比如，要求单机tps10万、支持1万的并发等等，显然是不合理的，你压测也达不到这个目标；

所以，这个时候，就要体现性能测试人员的专业性了，最好是引导产品、需求或者开发出压测目标（分别是单场景、混合场景、稳定性场景的），自己给建议，大家一起定一个当前合理的目标，达成一致后，让产品或者需求把最终评审的结果以邮件方式发送给领导及项目组成员；

这样，如果最后上线后出问题，还可以避免只有测试背锅，总之目标也不是你一个人定的，是大家一起定的，要背锅一起背锅；

定性能指标，又分为迭代项目和新项目，迭代项目就根据生产监控、日志分析来评估指标，这里需要做容量规划，新项目单独评估（后续详细介绍）；

这里说下性能指标，一般是tps（每秒处理事务数，这里都是通过的事务）、art（平均响应时间）及并发数，加上服务器资料利用率的要求（cpu、内存、IO、网络等）、各个服务的资源情况。

3、熟悉系统架构，申请性能测试环境

做性能测试，必须要熟悉项目的架构，这样你才知道监控哪些服务器，以及准备监控方案（监控方式及监控的性能指标点）；

包含具体用到的web服务